<?xml version="1.0" encoding="UTF-8"?><rss version="2.0" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Paul Kuo — Thinking Out Loud</title><description>Paul Kuo（郭曜郎）的個人網站。AI 策略顧問、循環經濟實踐者，寫作主題涵蓋 AI Agent 落地、廢棄物資源化、文明反思。120+ 篇深度文章。</description><link>https://paulkuo.tw/</link><atom:link href="https://paulkuo.tw/rss.xml" rel="self" type="application/rss+xml"/><language>zh-Hant</language><item><title>孩子不是教育設計的作品：父母如何參與，又如何放手</title><link>https://paulkuo.tw/articles/child-not-education-project/</link><guid isPermaLink="true">https://paulkuo.tw/articles/child-not-education-project/</guid><description>寫完整個系列後，我開始反省一件事：當我談教育設計、學習歷程與能力證據，會不會在不知不覺中，把一個正在生活的孩子，寫成父母教育方法的作品與證明？這篇不主張父母不該參與，因為父母本就不可能完全不參與。它要問的是另一個問題：當孩子逐漸形成自己的方向，我是否真的願意退開？從馬丁・布伯的「我與你」，到方向盤逐步交還，再到對成功的不同想像，這是整個系列的最後一篇，也是一位父親學著放手的紀錄。
</description><pubDate>Wed, 15 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：寫完整個教育系列，我最擔心的，是把一個正在生活的孩子寫成教育方法的作品與證明。但父母不可能完全不參與。要問的是：我把那套設計當成不能偏離的答案，還是一套隨時可以被孩子改寫的暫時假設？這是系列的最後一篇，收在多元的成功、孩子的人生自主，以及他的平安。

我在〈[我不能證明這是最好的路](/articles/education-without-control-group)〉裡，檢查了決策的權力與公共責任。但還有一層更靠近的東西沒說完，關於關係，也關於我自己。

我一直在反省：當我談教育設計、學習歷程與能力證據時，會不會在不知不覺中，把一個正在生活的孩子，寫成父母教育方法的作品與證明？

## 不是「介入」與「放手」的二選一

事情並不是「父母介入」與「完全讓孩子決定」之間的二選一。孩子還沒有足夠能力判斷長期後果時，父母不可能不參與，也不可能不提供方向。即使選擇不介入，也是一種由父母做出的決定。真正需要檢查的，不是我有沒有參與設計，而是我把那個設計當成不能偏離的答案，還是一個隨時準備被孩子改寫的暫時假設。

孩子年幼時，父母握有較多方向盤，這不一定是錯；但隨著孩子形成自己的判斷，方向盤應該逐步交還。這個過程沒有一個清楚的交接日。它發生在每一次孩子說「我不要」、選擇不同道路，或者表現出與父母期待不一致的興趣時。父母真正面對的考驗，是把這些聲音當成需要排除的阻力，還是當成重新檢查原有設計的理由。

## 孩子是「你」，不是「它」

如果借用[馬丁・布伯](https://plato.stanford.edu/entries/buber/)《我與你》這本書的精神，孩子不能只是教育設計中的「它」：一個被觀察、培養、紀錄與最佳化的對象。他是可以回答我、拒絕我，也能改變我的「你」。關係並不排除引導；真正的關係是，我在影響他的同時，也允許他的存在改變我原來的方向。

## 被寫下來的，只是我出手的時刻

回頭讀這些文章，我理解為什麼別人會覺得我相當主導。被寫下來的，往往是我發現問題、提出意見、與業師溝通，甚至介入修正的時刻；孩子自己做決定，而我沒有出手的日子，反而很少成為文章。這是紀錄造成的偏差，卻不表示權力的問題不存在。當我介入時，我確實擁有更多資源、語言與成人權威。即使出發點是保護孩子，或彌補孩子與業師之間的溝通落差，我仍然必須問：我是在協助孩子把話說清楚，還是逐漸替他把話說完了？

## 一段逐漸放手的過程

這個界線不是到了某一天才突然出現。隨著孩子長大，我越來越少替他決定，也越來越多讓他承擔自己的選擇。孩子上了大學，他的決定基本上都是他自己的決定。我有一天突然發現，他已經漸漸不需要我，自己做了很多的安排。我也發現，這個過程不是一次性的交接，而是一段逐漸放手的過程。

真正困難的，反而是學習期間那些介於保護與代替之間的時刻：當孩子與業師出現落差，我應該旁觀、提醒、陪他溝通，還是直接介入？現在回頭看，我不敢說每一次都拿捏得恰當。

## 問題不是能不能參與，而是有沒有誤認成所有權

問題不是父母能不能參與設計，而是父母是否把教育設計誤認成對孩子的所有權；不是父母能不能提供方向，而是當孩子逐漸形成自己的方向時，我們是否真的願意退開。最後需要檢查的，也不只是我替孩子做了多少決定，而是我的參與究竟增加了他表達與選擇的能力，還是用我的能力取代了他的表達與選擇。

## 多元，也包括對成功的不同想像

我所說的多元學習，不只是學習方法的多元。它不只是有人適合讀書，有人適合真實任務；有人走得快，有人按照自己的進展前進。真正的多元，也應該包括對成功的不同想像。如果最後仍然只有一種終點：進入理想的大學、得到體面的工作、創造可以被看見的成果，那麼再多元的學習方法，也只是通往同一條終點線的不同道路。

成功的樣子可以有很多種。有人希望創造事業，有人重視一份安穩的工作；有人喜歡站在前面，有人願意照顧身邊的人；有人走得很遠，有人找到適合自己的生活尺度。甚至在人生的某些階段，一個人不必急著證明自己成功。願意重新開始、承認限制、照顧關係，或者只是把自己的生活過好，也有它的價值。教育不應該替每個孩子規定同一個終點，而是幫助他逐漸理解自己想過什麼樣的生活，並有能力承擔自己的選擇。

真正的多元，也應該容納普通、停頓、改變方向，以及尚未完成的人生。

## 愛也包括相信他的人生屬於他

走到今天，如果有人問我最希望從這段教育經驗證明什麼，我想，已經不是證明當年的方法成功，也不是證明孩子走出了一條比別人更好的路。

對孩子的愛，不只是父母真心為他著想，在他還小的時候替他安排環境、尋找資源與承擔決定。愛也包括承認，他的人生不屬於父母的教育理念。當他逐漸長大，我必須尊重他選擇自己人生的權利，也學習相信，即使他的選擇與我的期待不同，他仍然有能力走自己的路。

這種信任並不容易。替孩子規劃時，我還能告訴自己正在為他負責；真正放手以後，我必須接受自己不能預先知道結果，也不能替他避開所有錯誤。但如果我只在他走向我認可的方向時才相信他，那還不是完整的信任。

我仍然希望他有能力、有判斷，也能為自己的選擇負責。但這些都不應該排在他的平安以前。平安不是一生不遇到挫折，也不是父母替他隔絕所有風險；而是他的身體、尊嚴與內心，不必成為任何教育理念或成功想像的代價。遇到困難時，他知道自己可以求助；走了不同的路，也不必先證明自己成功，才值得被愛。

回頭看這十年，我想分享的不是一個已經得到驗證的教育方案，而是一位父親曾經做過的選擇，以及他後來學著檢查、修正與放手的過程。孩子可以按照自己的方式理解這段經驗，也可以給它一個與我不同的名字。

對我而言，真正重要的，不是這條路證明了什麼，而是孩子平安，並且知道自己的人生屬於自己。而我，曾經很認真地參與過，也陪伴過。我犯過很多錯，也希望孩子能原諒我曾經的愚昧。在人生的路上，我們仍舊一起前行，繼續探索更好的遠方。</content:encoded><category>沉思與記憶</category><category>家庭教育</category><category>親子關係</category><category>兒童自主</category><category>多元成功</category><category>教育設計</category><category>教育反思</category></item><item><title>我不能證明這是最好的路：一個家庭的教育選擇如何接受公共檢驗</title><link>https://paulkuo.tw/articles/education-without-control-group/</link><guid isPermaLink="true">https://paulkuo.tw/articles/education-without-control-group/</guid><description>我曾在孩子還沒有足夠能力做長期決定時，依照自己對他的理解與對未來的判斷，替他選擇一條非典型教育道路。多年後，我仍然無法證明這是最好的選擇，也無法知道留在體制內是否會更適合他。這篇文章不是替自己辯護，而是一次反省：家庭教育要怎麼放進兒童權利、公共責任與教育公平的框架裡？父母又該如何使用權力、保留退路，並隨著孩子成長，把方向盤交還給他？
</description><pubDate>Mon, 13 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：我不能證明選擇非學校型態實驗教育這條路是對的，也不能知道如果孩子留在體制內，是否會走得更好。孩子後來有所成長，不能反過來替父母的決定背書。真正能接受檢驗的，是當時誰做決定、孩子能不能說不、風險由誰承擔、是否保留退路，以及父母有沒有隨孩子成長，把方向盤逐步交還給他。

坦白說，我不能證明選擇非學校型態實驗教育這條路是對的。在孩子還沒有足夠能力替自己做長期決定時，我依照自己在創業圈的經歷、對世界的理解、當時對他的觀察，以及能取得的資源，替他設定了一個方向。今天看到的成果，不能反過來證明當年的選擇最好；如果他留在體制內，也可能走出另一條同樣好，甚至更適合他的路。只是那條沒有走過的路，我永遠無法驗證。

身為父親，我無意宣稱自己的決定正確。我更需要承認，自己曾經替他做過重要決定，直到今天仍持續檢查那個決定有沒有傷害他，並在他逐漸有能力時，把方向盤交還給他。如果這段經驗值得留下，它的價值也不在證明一個家庭成功了，而在留下選擇、代價、盲點與修正，讓其他家庭不必把我們走過的路誤認成答案。

## 父母不能等到孩子成年，才開始做決定

教育最困難的地方，在於你必須替另一個生命做選擇。自己面對不確定，和讓孩子因為你的決定而面對不確定，是不同層次的煎熬。

孩子還沒有能力理解一條教育路徑會帶來什麼長期影響時，父母就必須決定他在哪裡上學、接觸什麼環境、把時間花在哪些事情上。即使父母選擇「不干涉」，那仍然是一種決定，也會形成孩子成長的條件。

我在創業圈裡的體悟，影響了我替孩子選擇非學校型態實驗教育的判斷。在創業的現場，知識本身很少足夠；真正推動事情的，是定義問題、與人合作、在不確定中做判斷，並為結果負責。因此，我相信真實任務、群體協作、成人陪伴與長期紀錄，能讓孩子在課本之外發展判斷、協作與負責的能力。這些想法後來成為〈[從翻轉到翻越](/articles/flip-to-climb-education)〉整個系列的主軸。

但相信一個方向，和證明這是最好的方向，是兩件不同的事。

教育沒有真正的對照組。孩子不能同時走過體制內與體制外的兩種人生，讓我們在多年後比較哪一種更好。我只能看見他實際走過的路，看見其中長出的能力，也看見委屈、繞路與成人曾經犯下的錯誤。沒有走過的另一條路，永遠只存在想像裡。

這不會讓父母免除決定的責任，卻提醒我少說一句：「你看，當初我的選擇是對的。」

## 孩子後來的成果，不能替父母證明當年正確

回頭整理十年的資料，很容易看見那些可以被展示的成果：作品、專案紀錄、旅行規劃、業師回饋，以及最後被大學制度理解的學習歷程。

這些成果是真實的，我不需要否定。但它們只能證明孩子做過什麼、從中發展了哪些能力，不能單獨證明當年的教育安排就是原因，更不能證明如果走另一條路，他不會發展得更好。

這個區分對父母很難。因為孩子有所成長時，我們自然會想相信自己的辛苦沒有白費；孩子遭遇困難時，我們又會反過來懷疑是不是自己害了他。兩種心情都很真實，卻都可能把孩子的人生變成對父母決策的評分表。

孩子的成長屬於孩子。

他後來長出的能力，可能與家庭提供的環境有關，也與自己的性格、老師、同儕、機會和一次次選擇有關。父母可以承認自己參與其中，卻不必把成果全部收進自己的教育方法裡。

同樣地，孩子能從不公平裡長出力量，也不能使當年的不公平變得合理。我在〈[誰擁有孩子做出來的東西](/articles/whose-work-education-blind-spot)〉裡談過這個界線：孩子後來有所成長，不能把成人的越界重新解釋成一份禮物。

好的結果不能替錯誤的過程背書。相反地，一個結果尚未出現，也不必立刻證明過程失敗。父母真正能檢查的，是當時如何取得資訊、如何衡量風險、是否聽見孩子，以及發現不對時有沒有能力停下來修正。

## 從「替孩子設計」走向「與孩子一起設計」

近年的全球教育討論，開始把注意力從「成年人要把孩子培養成什麼」，移向另一個問題：孩子在教育決策裡，到底是不是一個真正的參與者？

[OECD Learning Compass 2030](https://www.oecd.org/en/data/tools/oecd-learning-compass-2030.html)把學生能動性與個人、集體福祉放在教育願景的核心。學生不只接受教師或父母提供的方向，也要逐漸能在陌生情境中辨識方向、做出選擇並承擔責任。

但「讓孩子參與」很容易停在形式上。大人詢問過意見，最後仍依照自己的判斷做決定，然後說孩子已經被聽見。UNESCO 與聯合國青年辦公室在 [2026 年《Lead with youth》報告](https://www.unesco.org/gem-report/en/publication/2026youthreport)裡指出，許多國家雖然建立青年諮詢機制，年輕人的意見卻很少真正影響教育政策。報告提出的方向很清楚：教育不能只替年輕人設計，也要與他們共同形成。

把這個問題放回家庭，我也問自己：當年我有好好聽孩子說話，還是在聽完之後，繼續完成自己已經決定的方向？我只能說，我的兒子很受教，也很聽話。多年後回頭看，我不確定自己是否曾把他的配合，當成了他的同意。我希望當年的自己能有更多餘裕去分辨這兩者，也有更多寬容，讓他說出與我不同的想法。

《[聯合國兒童權利公約](https://www.unicef.org/child-rights-convention/convention-text)》沒有要求父母退出教養。公約一方面承認父母對孩子的養育與發展負有主要責任，另一方面也要求，孩子對所有影響自己的事情，都有表達意見的權利，而且他的意見應依年齡與成熟度獲得相應的重視。

這兩件事必須同時存在。孩子需要保護，也是一個擁有權利的人。父母需要做決定，但那份決定權不能因為出發點是愛，就永遠不受檢查。

## 把方向盤交還，不等於突然放手

孩子的自主不會在某一天突然成熟。父母的角色也不會從「全部決定」直接跳到「完全不管」。

UNICEF 在 2026 年的《[Growing with Rights](https://www.unicef.org/innocenti/reports/growing-rights)》裡，以發展、保護與解放三個面向理解兒童逐漸成長的能力。孩子需要獲得做決定的空間，也仍然需要與風險程度相稱的保護。兩者之間不是一條固定界線，而是一個隨年齡、經驗、事情性質與可能後果持續調整的過程。

我把它理解成一條父母權力逐漸後退的曲線。

孩子年幼時，父母會替他決定較多事情，但仍要用他能理解的方式說明，也要留意抗拒背後的原因。當孩子開始能比較不同選項，教育安排就應進入共同設計：父母提供資訊與限制，孩子的意見有機會改變結果。等他逐漸能設定目標、理解風險並承擔後果，父母的工作應轉向提供資源、守住安全界線，以及在他需要時協助整理經驗。

方向盤不是在十八歲那一天才交出去。它應該在一次次選擇裡慢慢轉移。

這也表示，孩子必須有真正的退路。當他不想繼續某個專案、想換環境，甚至想回到父母當初離開的教育體制時，那個選擇不能被解釋成辜負、退縮或否定父母。只有當孩子能夠改變方向，原先的參與才不只是配合。

## 家庭可以開路，卻不能取代公共責任

我在這個系列裡反覆談「家庭教育設計」。現在回頭看，這個詞也有風險。

它可能讓家長以為，只要夠用心、夠投入，就應該替孩子找任務、找業師、安排群體、保存紀錄，再設計一條個別化的成長路徑。做不到的家庭，好像只是沒有看見方法，或者不願意付出。

實際情況不是這樣。

這條路需要時間、金錢、人脈、交通、行政能力與情緒承受力。即使我們當時沒有把自己理解成資源特別充足的家庭，能夠取得那些機會，本身就是一組具體條件。把這些條件拿掉，同一套教育設計未必能成立。

因此，家庭經驗若要成為公共主張，就不能只問「我們做對了什麼」，還要問：「哪些孩子沒有機會得到這些？」

UNESCO 的「[教育的未來](https://www.unesco.org/en/futures-education/vision)」把教育視為集體的公共事業與共同利益。教育不只是每個家庭替自己的孩子累積能力，也承擔著讓不同背景的人共同生活、修補不平等與分享知識的責任。

[2026 年全球教育監測報告](https://www.unesco.org/gem-report/en/publication/equity-and-access)也提醒，個別國家的漂亮案例未必能直接複製。更值得理解的是，哪些制度、資源配置與長期承諾，能讓改變持續發生，而且照顧到原本處於不利位置的人。

家庭可以先走出一條路，但不能因此把責任交還給每一位父母。安全的真實任務、可信任的業師、群體活動、作品紀錄、申訴機制與轉換教育路徑的支持，不應只有善於搜尋資源的家庭才能取得。

我們在孩子高二之後回到個人自學，所有課程規劃與業師安排，都得由家庭自己完成。這是一個大工程，也不是每個家庭都有能力承擔。如果這些支持能由制度系統性地提供，家庭就不必各自從零摸索，孩子也不會因父母擁有的時間、人脈與行政能力不同，而得到差異如此懸殊的教育機會。這才是孩子與社會之福。

如果一套教育主張只能在少數家庭裡成立，它仍然可以是一段珍貴經驗，卻還不是一套足以面對公共世界的答案。

## 六個讓家庭教育接受檢驗的問題

我想用六個問題，重新檢查自己談過的教育設計。

第一，當時是誰做決定？孩子知道有哪些選項嗎？他的意見曾經改變最後安排嗎？

第二，這個決定能不能重來？孩子若想暫停、換方向或回到體制，有沒有不受責備的退路？

第三，成人的權力有沒有隨孩子成長而後退？還是我們仍然用「我是為你好」維持原來的控制？

第四，風險由誰承擔？當老師、業師、機構或父母判斷錯誤時，有沒有保護、申訴與修復機制，還是讓孩子自己消化代價？

第五，這套方法依賴哪些家庭條件？如果拿掉金錢、人脈、交通或父母的行政能力，還有哪些部分能成立？

第六，哪些責任不該留給家庭？學校、社區與政府應該提供什麼，才能讓不同家庭的孩子都獲得基本的選擇、保護與發展機會？

這六個問題不會告訴家長應不應該自學，也不會替任何教育體制作保。它們只是要求我們在談孩子獲得什麼以前，先把誰擁有權力、誰付出代價，以及誰被排除在外說清楚。

## 這段歷史不該只由父親命名

這段經驗裡，有一個部分不屬於我：孩子自己怎麼理解這十年。

我可以整理檔案、重述當年的決定，也可以承認我今天才看見的盲點。但這十年對他意味著什麼，只能由他自己說。他可能感謝其中一些經驗，也可能記得我已經淡忘的不舒服；可能認為某些安排幫助了他，也可能覺得有些方向其實是大人替他選的。

我的孩子已經獨立，也在外地生活。他願不願意、什麼時候回顧這段經歷，由他自己決定，我不替他預先寫好答案。如果有一天他想說，那應該是他自己的聲音，而不是替我或這個系列背書。孩子的聲音若只能用來確認大人的結論，那仍然不是參與。

因此，這篇是一位父親對自己決策與權力的反省：我曾經握過方向盤，這件事不會因為出發點是愛，就不需要負責。我現在能做的，是把當年的選擇、資源、代價與錯誤攤開，也承認有些答案不在我手上。

那條沒有走過的路，永遠不會有答案。走過的這條路，也不該只由我來命名。我能留下的，是其中的選擇、代價、盲點與修正，讓其他家庭多一些可以參考的資訊。至於哪一條路更適合，仍要由每個孩子與家庭，自己一起探索。</content:encoded><category>沉思與記憶</category><category>家庭教育</category><category>自學教育</category><category>實驗教育</category><category>兒童權利</category><category>教育公平</category><category>教育反思</category></item><item><title>我不再問哪個 AI 模型最強</title><link>https://paulkuo.tw/articles/stop-asking-strongest-model/</link><guid isPermaLink="true">https://paulkuo.tw/articles/stop-asking-strongest-model/</guid><description>模型發表的速度越來越快，我們正處在一個類似模型寒武紀的時代：使用者應接不暇，市場上的說法紛紜。我在自己網站上做了一個模型前沿儀表板，希望有一份更公正的資料協助自己判斷。這篇寫它怎麼運作，主線收斂成三個問題：為什麼不能只看排行榜、為什麼單價便宜最後可能更貴、怎麼建立一套不容易過期的選模型方法。做它的過程學到最重要的一課：token 單價便宜，不代表完成任務的總成本比較低。寫給每個被排行榜轟炸、卻還是不知道該選哪個模型的人。
</description><pubDate>Sun, 12 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** 我做了一個模型前沿儀表板，協助自己判斷不同工作該選哪個模型。它不只比較排行榜分數，也計算模型完成一整個任務的平均成本。
&gt;
&gt; 製作過程中，我發現一件很反直覺的事：模型的 token 單價便宜，不代表完成任務的總成本比較低。如果模型需要更多步驟、讀取更多資料，最後可能花得更多。以 DeepSWE 的長程任務為例，單價較低的 Sonnet 5，完成一題的平均成本反而高達 26.4 美元。

模型推出的速度越來越快，像進入一場模型寒武紀。新名稱、新排行榜和新說法不斷出現，很難只靠印象判斷該選哪一個。於是我做了一個模型前沿儀表板，用圖表整理模型的能力、成本和適用情境。

儀表板上線第二天，我盯著剛加上去的散點圖，忍不住確認了一次：Sonnet 5 真的是最貴的嗎？

先說明這張圖怎麼看：每個模型是一個點，橫軸是完成一個任務的平均成本，縱軸是任務成功率。為了讓「便宜又準」的模型靠近右上角，我把成本軸反向排列，越往右越便宜、越往左越貴。Claude Sonnet 5 落在整張圖最左側，和其他模型明顯拉開距離：平均每題 26.4 美元，是所有設定中最貴的一個。

它明明是 Claude 家單價最便宜的型號，每百萬 token 只要 2 美元。我以為圖畫錯了。

答案在官方資料檔的另外兩個欄位裡。在這組長程程式任務中，Sonnet 5 平均需要進行 268 個操作步驟；步驟越多，代表它需要反覆讀取程式碼、呼叫工具、修改答案，最後累積出龐大的 token 用量。更反直覺的是，有些 token 單價比它高很多的模型，完成一題的總成本反而更低。

那一刻我確定這個工具做對了方向。因為這種事，排行榜不會告訴你。

這篇整理我製作儀表板時遇到的三個問題：為什麼不能只看排行榜？為什麼單價便宜，最後反而可能更貴？又該怎麼建立一套不容易過期的選模型方法？

## 排行榜為什麼不能直接告訴你選哪個？

先講排行榜是什麼。模型排行榜通常會準備一組標準題目，讓不同模型完成，再比較答對率或任務成功率。問題是，每張排行榜測量的題型、工具環境和時間長度都不同。模型在某張榜上第一，只代表它特別擅長那組測試，不代表它適合所有工作。

排行榜的第一個限制，是不同測試可能出現不同冠軍。[SWE-bench](https://llm-stats.com/leaderboards/best-ai-for-coding) 主要測試模型能不能處理真實軟體專案中的程式問題；[DeepSWE](https://deepswe.datacurve.ai/) 則更重視模型能否長時間自主操作，反覆閱讀程式、呼叫工具、修改並驗證結果。前者由 Claude Fable 5 領先（約 95%），後者則是 GPT-5.6 家族表現較好。兩張榜並沒有互相矛盾，它們只是問了不同的問題。

第二個限制，是榜首之間的小幅差距，不一定代表真實能力有明顯差異。DeepSWE 前三名是 72.7%、69.9% 和 69.6%。表面上第一名高了兩三個百分點，但測試題目只有 113 題，重跑一次結果可能略有波動。三者的 95% 信賴區間彼此重疊，因此單靠這份結果，還不足以確認它們的真實能力有明顯差異。把「高兩趴」讀成「比較強」，是排行榜文化最常見的誤讀。

當能力差距無法明確區分時，成本就會成為最重要的判斷因素之一。對大量執行的 Agent 工作流來說，幾美元的單題差距，累積後可能就是一筆很大的費用。在 GPT-5.6 家族的三個模型中，Sol 每題 8.39 美元、Terra 4.95 美元、Luna 3.03 美元：它們的成功率落在接近的範圍內，成本卻最多相差近三倍。

## AI Agent 真正該看的是每任務成本

我們習慣看單價：每百萬 token 多少錢。這在聊天、翻譯或一次問完就結束的任務裡，通常還算合理，因為 token 用量大致固定。但 Agent 任務不一樣：模型自己決定要走幾步、讀多少東西。單價便宜的模型，如果規劃效率較差，或需要更多次嘗試與修正，就可能用掉更多步驟和 token，最後把單價上的優勢全部抵銷。

所以對 AI Agent 而言，真正該看的不是一次呼叫多少錢，而是同時看三件事：任務完成率、完成一次需要多少步，以及整個過程累積的 token 與工具成本。這不是一條嚴格的數學公式，但足以當判斷框架。

回到 Sonnet 5。它的單價雖然低，但在這組測試中平均需要 268 個步驟；同樣開到最高設定的 Fable 5，只需要 88 步。更多步驟代表更多程式碼讀取、工具呼叫和反覆修改。每進行一步，模型還可能重新讀取先前的上下文，因此 token 用量會持續累積。

按官方資料計算，Sonnet 5 平均每題累計使用七千多萬個輸入 token。這是把整個任務中所有步驟重複讀取的內容都加總後的平均值。最後，它的每題成本來到 26.4 美元，成功率為 53.8%。

Fable 5 low 每題只需 3.76 美元，成功率為 59.6%；Opus 4.8 max 的成功率為 59.0%，每題卻要 13.22 美元。兩者成績落在相近範圍，前者的成本不到後者三分之一。

表格也列出 Fable 5 max，讓同一模型在不同 effort 設定下的變化可以直接比較。

| 模型設定 | 成功率 | 每題成本 | 平均步數 |
|---|---|---|---|
| Sonnet 5 max | 53.8% | $26.40 | 268 |
| Fable 5 max | 69.7% | $21.63 | 88 |
| Fable 5 low | 59.6% | $3.76 | 38 |
| Opus 4.8 max | 59.0% | $13.22 | 120 |

（資料：DeepSWE v1.1 官方公開資料檔，113 題，2026-07-09）

在這組測試裡，Sonnet 5 的 token 定價較低，但因為完成任務需要更多步驟，總成本反而最高。**token 單價是每次使用材料的價格，任務成本是整件工作做完的總帳。** 儀表板那張圖的橫軸用「每任務成本」而不是單價，就是為了讓這個總帳一眼可見。

## 一張成本 × 能力的選擇地圖

把排行榜分數和每任務成本放在一起，才會形成真正能用來選擇模型的地圖。儀表板第一區整理五種常見情境：日常工作、複雜推理、程式開發、大量執行和預算不限。每一格提供一個當期首選，以及推薦它的理由。

再往下是那張散點圖。六個主力模型各有一條「effort 曲線」。effort 可以理解成模型願意投入多少運算與推理資源。圖上把同一模型從低到高五個設定的成本和分數連起來；曲線越平，代表降低 effort、節省成本時，表現下降得越少。

圖上的金線是「效率前緣」。你可以把它理解成目前最值得考慮的選項：線上的每一個點，都沒有另一個選項能同時做到「分數更高」又「價格更低」。不在線上的模型不一定不好，只是從這份資料看，已經存在更準、或更便宜，甚至兩者兼具的替代方案。這一輪，整條前緣十三個點全部落在 GPT-5.6 家族的各檔位上：這不表示 GPT-5.6 在每個單項都拿第一，但在這次測試裡，它提供了最完整的能力與成本組合。

完整的十三個模型清單如下，數字與即時儀表板同步：

&lt;style&gt;.mchart{background:#FCFAF4;border:1px solid var(--hairline);border-radius:8px;padding:14px 12px 10px;margin:1.5rem 0}.mchart-figwrap{overflow-x:auto}.mchart-svg{display:block;width:100%;height:auto;min-width:600px;font-family:var(--mono)}.mc-grid{stroke:var(--hairline-soft);stroke-width:1}.mc-axis{stroke:var(--hairline);stroke-width:1}.mc-atick{fill:var(--mist);font-size:11px}.mc-atitle{fill:var(--ink-soft);font-size:12px;font-family:var(--sans);font-weight:500}.mc-ahint{fill:var(--mist-soft);font-size:10.5px;letter-spacing:1px}.mc-frontier{fill:none;stroke:var(--gold-display);stroke-width:2;stroke-linejoin:round;stroke-linecap:round}.mc-fdot{stroke:var(--gold-display);stroke-width:2}.mc-dot{stroke:#FCFAF4;stroke-width:1.6;cursor:pointer}.mc-curve{fill:none;stroke-width:1.8;opacity:.35}.mc-cdot{stroke:#FCFAF4;stroke-width:1;opacity:.7;cursor:pointer}.mc-lbl{fill:var(--ink-soft);font-size:11px}.mc-lbl-fr{fill:var(--ink);font-weight:600}.mc-barlbl{fill:var(--ink-soft);font-size:12px;font-family:var(--sans)}.mc-barval{fill:var(--ink);font-size:12px;font-weight:600;font-family:var(--mono)}.mc-bar{cursor:pointer}.mchart-legend{display:flex;flex-wrap:wrap;gap:6px 16px;margin:10px 4px 2px;font-size:12.5px;color:var(--mist);font-family:var(--sans)}.mchart-legend span{display:inline-flex;align-items:center;gap:6px}.mchart-sw{width:10px;height:10px;border-radius:50%;display:inline-block}.mchart-sw-fr{width:16px;height:0;border-top:2px solid var(--gold-display);border-radius:0}.mchart-fallback{color:var(--mist);font-size:13px;margin:0}.mchart-tip{position:fixed;pointer-events:none;opacity:0;transition:opacity .12s;background:var(--ink);color:var(--paper);font-family:var(--sans);font-size:12px;line-height:1.5;padding:7px 10px;border-radius:5px;white-space:nowrap;z-index:99;box-shadow:0 2px 10px rgba(26,34,64,.25)}.mchart-tip b{color:#fff}&lt;/style&gt;

&lt;div class=&quot;mchart&quot; data-model-chart=&quot;scatter-frontier&quot;&gt;&lt;script type=&quot;application/json&quot; class=&quot;mchart-data&quot;&gt;{&quot;ariaLabel&quot;:&quot;散點圖：X 軸為每任務成本，Y 軸為 DeepSWE 分數，效率前緣全落在 GPT-5.6 家族&quot;,&quot;points&quot;:[{&quot;k&quot;:&quot;gpt-5.6-sol&quot;,&quot;v&quot;:&quot;openai&quot;,&quot;s&quot;:72.7,&quot;c&quot;:8.39,&quot;e&quot;:&quot;max&quot;,&quot;ci&quot;:2.8},{&quot;k&quot;:&quot;claude-fable-5&quot;,&quot;v&quot;:&quot;claude&quot;,&quot;s&quot;:69.9,&quot;c&quot;:13.41,&quot;e&quot;:&quot;xhigh&quot;,&quot;ci&quot;:3.2},{&quot;k&quot;:&quot;gpt-5.6-terra&quot;,&quot;v&quot;:&quot;openai&quot;,&quot;s&quot;:69.6,&quot;c&quot;:4.95,&quot;e&quot;:&quot;max&quot;,&quot;ci&quot;:2.6},{&quot;k&quot;:&quot;gpt-5.6-luna&quot;,&quot;v&quot;:&quot;openai&quot;,&quot;s&quot;:67.2,&quot;c&quot;:3.03,&quot;e&quot;:&quot;max&quot;,&quot;ci&quot;:4.0},{&quot;k&quot;:&quot;gpt-5.5&quot;,&quot;v&quot;:&quot;openai&quot;,&quot;s&quot;:67.0,&quot;c&quot;:7.23,&quot;e&quot;:&quot;xhigh&quot;,&quot;ci&quot;:6.5},{&quot;k&quot;:&quot;claude-opus-4.8&quot;,&quot;v&quot;:&quot;claude&quot;,&quot;s&quot;:59.0,&quot;c&quot;:13.22,&quot;e&quot;:&quot;max&quot;,&quot;ci&quot;:1.8},{&quot;k&quot;:&quot;claude-sonnet-5&quot;,&quot;v&quot;:&quot;claude&quot;,&quot;s&quot;:53.8,&quot;c&quot;:26.40,&quot;e&quot;:&quot;max&quot;,&quot;ci&quot;:4.2},{&quot;k&quot;:&quot;gpt-5.4&quot;,&quot;v&quot;:&quot;openai&quot;,&quot;s&quot;:51.8,&quot;c&quot;:5.65,&quot;e&quot;:&quot;xhigh&quot;,&quot;ci&quot;:1.5},{&quot;k&quot;:&quot;glm-5.2&quot;,&quot;v&quot;:&quot;glm&quot;,&quot;s&quot;:43.8,&quot;c&quot;:3.92,&quot;e&quot;:&quot;max&quot;,&quot;ci&quot;:1.7},{&quot;k&quot;:&quot;gemini-3.5-flash&quot;,&quot;v&quot;:&quot;gemini&quot;,&quot;s&quot;:37.4,&quot;c&quot;:7.34,&quot;e&quot;:&quot;medium&quot;,&quot;ci&quot;:1.8},{&quot;k&quot;:&quot;kimi-k2.7-code&quot;,&quot;v&quot;:&quot;kimi&quot;,&quot;s&quot;:30.5,&quot;c&quot;:2.82,&quot;e&quot;:&quot;預設&quot;,&quot;ci&quot;:0.5},{&quot;k&quot;:&quot;claude-sonnet-4.6&quot;,&quot;v&quot;:&quot;claude&quot;,&quot;s&quot;:29.9,&quot;c&quot;:5.52,&quot;e&quot;:&quot;high&quot;,&quot;ci&quot;:4.1},{&quot;k&quot;:&quot;gemini-3.1-pro&quot;,&quot;v&quot;:&quot;gemini&quot;,&quot;s&quot;:11.8,&quot;c&quot;:9.48,&quot;e&quot;:&quot;high&quot;,&quot;ci&quot;:2.5}],&quot;curves&quot;:{&quot;gpt-5.6-sol&quot;:[{&quot;e&quot;:&quot;low&quot;,&quot;s&quot;:45.4,&quot;c&quot;:1.07,&quot;ci&quot;:2.4},{&quot;e&quot;:&quot;medium&quot;,&quot;s&quot;:61.1,&quot;c&quot;:1.86,&quot;ci&quot;:1.6},{&quot;e&quot;:&quot;high&quot;,&quot;s&quot;:69.4,&quot;c&quot;:3.47,&quot;ci&quot;:1.4},{&quot;e&quot;:&quot;xhigh&quot;,&quot;s&quot;:70.7,&quot;c&quot;:4.70,&quot;ci&quot;:0.8},{&quot;e&quot;:&quot;max&quot;,&quot;s&quot;:72.7,&quot;c&quot;:8.39,&quot;ci&quot;:2.8}],&quot;gpt-5.6-terra&quot;:[{&quot;e&quot;:&quot;low&quot;,&quot;s&quot;:24.1,&quot;c&quot;:0.43,&quot;ci&quot;:0.8},{&quot;e&quot;:&quot;medium&quot;,&quot;s&quot;:35.1,&quot;c&quot;:0.58,&quot;ci&quot;:3.4},{&quot;e&quot;:&quot;high&quot;,&quot;s&quot;:53.8,&quot;c&quot;:1.13,&quot;ci&quot;:4.3},{&quot;e&quot;:&quot;xhigh&quot;,&quot;s&quot;:60.2,&quot;c&quot;:2.13,&quot;ci&quot;:2.1},{&quot;e&quot;:&quot;max&quot;,&quot;s&quot;:69.6,&quot;c&quot;:4.95,&quot;ci&quot;:2.6}],&quot;gpt-5.6-luna&quot;:[{&quot;e&quot;:&quot;low&quot;,&quot;s&quot;:1.5,&quot;c&quot;:0.07,&quot;ci&quot;:0.8},{&quot;e&quot;:&quot;medium&quot;,&quot;s&quot;:11.3,&quot;c&quot;:0.22,&quot;ci&quot;:0.8},{&quot;e&quot;:&quot;high&quot;,&quot;s&quot;:44.2,&quot;c&quot;:0.78,&quot;ci&quot;:2.9},{&quot;e&quot;:&quot;xhigh&quot;,&quot;s&quot;:56.9,&quot;c&quot;:1.54,&quot;ci&quot;:2.2},{&quot;e&quot;:&quot;max&quot;,&quot;s&quot;:67.2,&quot;c&quot;:3.03,&quot;ci&quot;:4.0}],&quot;claude-fable-5&quot;:[{&quot;e&quot;:&quot;low&quot;,&quot;s&quot;:59.6,&quot;c&quot;:3.76,&quot;ci&quot;:2.8},{&quot;e&quot;:&quot;medium&quot;,&quot;s&quot;:65.4,&quot;c&quot;:6.09,&quot;ci&quot;:4.4},{&quot;e&quot;:&quot;high&quot;,&quot;s&quot;:68.6,&quot;c&quot;:9.18,&quot;ci&quot;:1.1},{&quot;e&quot;:&quot;xhigh&quot;,&quot;s&quot;:69.9,&quot;c&quot;:13.41,&quot;ci&quot;:3.2},{&quot;e&quot;:&quot;max&quot;,&quot;s&quot;:69.7,&quot;c&quot;:21.63,&quot;ci&quot;:4.0}],&quot;claude-opus-4.8&quot;:[{&quot;e&quot;:&quot;low&quot;,&quot;s&quot;:40.8,&quot;c&quot;:2.29,&quot;ci&quot;:1.5},{&quot;e&quot;:&quot;medium&quot;,&quot;s&quot;:48.7,&quot;c&quot;:3.44,&quot;ci&quot;:2.2},{&quot;e&quot;:&quot;high&quot;,&quot;s&quot;:51.8,&quot;c&quot;:4.28,&quot;ci&quot;:4.6},{&quot;e&quot;:&quot;xhigh&quot;,&quot;s&quot;:54.4,&quot;c&quot;:8.01,&quot;ci&quot;:3.7},{&quot;e&quot;:&quot;max&quot;,&quot;s&quot;:59.0,&quot;c&quot;:13.22,&quot;ci&quot;:1.8}],&quot;claude-sonnet-5&quot;:[{&quot;e&quot;:&quot;low&quot;,&quot;s&quot;:30.5,&quot;c&quot;:2.19,&quot;ci&quot;:1.1},{&quot;e&quot;:&quot;medium&quot;,&quot;s&quot;:39.8,&quot;c&quot;:4.08,&quot;ci&quot;:3.1},{&quot;e&quot;:&quot;high&quot;,&quot;s&quot;:48.2,&quot;c&quot;:7.43,&quot;ci&quot;:4.5},{&quot;e&quot;:&quot;xhigh&quot;,&quot;s&quot;:49.7,&quot;c&quot;:11.89,&quot;ci&quot;:3.5},{&quot;e&quot;:&quot;max&quot;,&quot;s&quot;:53.8,&quot;c&quot;:26.40,&quot;ci&quot;:4.2}]},&quot;labelPrefs&quot;:{&quot;gpt-5.6-sol&quot;:[[0,-11,&quot;middle&quot;]],&quot;gpt-5.6-terra&quot;:[[10,-8,&quot;start&quot;]],&quot;gpt-5.6-luna&quot;:[[16,2,&quot;start&quot;]],&quot;glm-5.2&quot;:[[-10,4,&quot;end&quot;]],&quot;gemini-3.5-flash&quot;:[[-10,4,&quot;end&quot;]],&quot;kimi-k2.7-code&quot;:[[-10,-8,&quot;end&quot;]]}}&lt;/script&gt;&lt;p class=&quot;mchart-fallback&quot;&gt;圖表載入中。如未顯示，即時互動版在 &lt;a href=&quot;/ai/models/&quot;&gt;/ai/models/&lt;/a&gt;。&lt;/p&gt;&lt;/div&gt;

| 模型 | 廠商 | Effort | 成功率 | 每題成本 | 效率前緣 |
|---|---|---|---|---|---|
| gpt-5.6-sol | GPT（OpenAI） | max | 72.7% | $8.39 | ◆ |
| claude-fable-5 | Claude（Anthropic） | xhigh | 69.9% | $13.41 | |
| gpt-5.6-terra | GPT（OpenAI） | max | 69.6% | $4.95 | |
| gpt-5.6-luna | GPT（OpenAI） | max | 67.2% | $3.03 | ◆ |
| gpt-5.5 | GPT（OpenAI） | xhigh | 67.0% | $7.23 | |
| claude-opus-4.8 | Claude（Anthropic） | max | 59.0% | $13.22 | |
| claude-sonnet-5 | Claude（Anthropic） | max | 53.8% | $26.40 | |
| gpt-5.4 | GPT（OpenAI） | xhigh | 51.8% | $5.65 | |
| glm-5.2 | GLM（智譜） | max | 43.8% | $3.92 | |
| gemini-3.5-flash | Gemini（Google） | medium | 37.4% | $7.34 | |
| kimi-k2.7-code | Kimi（月之暗面） | 預設 | 30.5% | $2.82 | |
| claude-sonnet-4.6 | Claude（Anthropic） | high | 29.9% | $5.52 | |
| gemini-3.1-pro | Gemini（Google） | high | 11.8% | $9.48 | |

（來源：DeepSWE v1.1，113 題，2026-07-09 更新。數字會隨每週更新變動，即時版本請看 [https://paulkuo.tw/ai/models/](https://paulkuo.tw/ai/models/)。）

**延伸資料**：同一個儀表板另外追蹤「泛化能力」，測的是模型能不能在沒看過的抽象規則上現場推理，而不是背過的相似題型，跟上面的程式開發成本是不同維度，附圖供對照。

&lt;div class=&quot;mchart&quot; data-model-chart=&quot;bars&quot;&gt;&lt;script type=&quot;application/json&quot; class=&quot;mchart-data&quot;&gt;{&quot;axisLabel&quot;:&quot;ARC-AGI-2 正確率（泛化能力，愈高愈好）&quot;,&quot;metricLabel&quot;:&quot;ARC-AGI-2&quot;,&quot;points&quot;:[{&quot;k&quot;:&quot;GPT-5.6 Sol&quot;,&quot;v&quot;:&quot;openai&quot;,&quot;e&quot;:&quot;Max&quot;,&quot;s&quot;:92.5,&quot;c&quot;:1.44,&quot;dt&quot;:&quot;2026-07-09&quot;},{&quot;k&quot;:&quot;GPT-5.5&quot;,&quot;v&quot;:&quot;openai&quot;,&quot;e&quot;:&quot;xHigh&quot;,&quot;s&quot;:85.0,&quot;c&quot;:1.87,&quot;dt&quot;:&quot;2026-04-22&quot;},{&quot;k&quot;:&quot;Gemini 3 Deep Think&quot;,&quot;v&quot;:&quot;gemini&quot;,&quot;e&quot;:&quot;2/26&quot;,&quot;s&quot;:84.6,&quot;c&quot;:13.62,&quot;dt&quot;:&quot;2026-02-12&quot;},{&quot;k&quot;:&quot;GPT-5.6 Terra&quot;,&quot;v&quot;:&quot;openai&quot;,&quot;e&quot;:&quot;Max&quot;,&quot;s&quot;:83.9,&quot;c&quot;:1.09,&quot;dt&quot;:&quot;2026-07-09&quot;},{&quot;k&quot;:&quot;Gemini 3.1 Pro&quot;,&quot;v&quot;:&quot;gemini&quot;,&quot;e&quot;:&quot;Preview&quot;,&quot;s&quot;:77.1,&quot;c&quot;:0.96,&quot;dt&quot;:&quot;2026-02-19&quot;},{&quot;k&quot;:&quot;Claude 4.7&quot;,&quot;v&quot;:&quot;claude&quot;,&quot;e&quot;:&quot;Max&quot;,&quot;s&quot;:75.8,&quot;c&quot;:7.43,&quot;dt&quot;:&quot;2026-04-16&quot;},{&quot;k&quot;:&quot;Claude Opus 4.8&quot;,&quot;v&quot;:&quot;claude&quot;,&quot;e&quot;:&quot;High&quot;,&quot;s&quot;:72.1,&quot;c&quot;:2.74,&quot;dt&quot;:&quot;2026-06-01&quot;},{&quot;k&quot;:&quot;Gemini 3.5 Flash&quot;,&quot;v&quot;:&quot;gemini&quot;,&quot;e&quot;:&quot;High&quot;,&quot;s&quot;:72.1,&quot;c&quot;:0.85,&quot;dt&quot;:&quot;2026-05-19&quot;},{&quot;k&quot;:&quot;GPT-5.6 Luna&quot;,&quot;v&quot;:&quot;openai&quot;,&quot;e&quot;:&quot;Max&quot;,&quot;s&quot;:59.5,&quot;c&quot;:0.67,&quot;dt&quot;:&quot;2026-07-09&quot;},{&quot;k&quot;:&quot;Claude Sonnet 4.6&quot;,&quot;v&quot;:&quot;claude&quot;,&quot;e&quot;:&quot;Max&quot;,&quot;s&quot;:58.3,&quot;c&quot;:2.72,&quot;dt&quot;:&quot;2026-02-17&quot;},{&quot;k&quot;:&quot;GLM-5.2&quot;,&quot;v&quot;:&quot;glm&quot;,&quot;e&quot;:&quot;—&quot;,&quot;s&quot;:22.8,&quot;c&quot;:0.25,&quot;dt&quot;:&quot;2026-06-13&quot;}]}&lt;/script&gt;&lt;p class=&quot;mchart-fallback&quot;&gt;圖表載入中。如未顯示，即時互動版在 &lt;a href=&quot;/ai/models/&quot;&gt;/ai/models/&lt;/a&gt;。&lt;/p&gt;&lt;/div&gt;

（來源：ARC Prize，[arcprize.org/leaderboard](https://arcprize.org/leaderboard)，查證於 2026-07-12。這張榜的模型清單跟上面不完全一樣，是廠商自願送測的結果：Claude Fable 5、Claude Sonnet 5、Kimi K2.7 Code、xAI Grok 4.5 目前都還沒有官方成績。即時版本請看 [https://paulkuo.tw/ai/models/](https://paulkuo.tw/ai/models/)。）

## 排行榜上的數字可信嗎？

做這種工具，真正困難的部分不是畫圖，而是資料。有三種風險必須在設計裡處理：清單可能漏掉新模型、AI 可能在讀不到動態資料時產生看似合理但錯誤的結果、今天正確的數字下週可能已經過期。

第一種風險是漏掉整個模型。清單靠人工挑選，最大的問題不是數字寫錯，而是新發布的模型根本沒被列進來；數字錯誤容易被發現，模型缺席卻是隱形的。所以頁面上明確標示「清單並非窮舉」，每週更新流程也固定包含一道檢查：主動搜尋最近發布、但尚未納入的新模型。

第二種風險是讀錯來源。我追查資料出處時發現，DeepSWE 官網是動態載入的網頁，原始 HTML 裡一個數字都沒有。我使用的 AI 摘要流程讀不到這些動態數字，卻仍產生了一張看似完整的表格：欄位和格式都合理，部分數字卻是錯的。後來我們用瀏覽器查看網頁實際從哪裡取得資料，找到了網站背後的資料來源（也就是 API endpoint）：一份官方公開資料檔，包含 41 組「模型 × 設定」的完整資料，帶 95% 信賴區間。從那天起，整條更新管線不再讀畫面上的文字，改成直接讀取原始資料。Sonnet 5 那個 268 步的發現，就是一手資料才挖得出來的；一般二手轉述通常只留下分數，卻不會告訴你模型用了多少步驟，又是怎麼把成本累積起來的。

第三種風險最簡單也最難：這些數字，下週還會是對的嗎？

## 自動更新不能沒有 guardrails

儀表板的資料每週一由 AI 排程自動抓最新榜單更新。但自動更新後不會直接發布，而是先通過一組部署前的自動檢查，也就是 Agent 工作流裡說的 guardrails。這份儀表板目前有六道：

1. **資料檔語法**：更新把資料檔改壞了，擋。
2. **措辭誠實**：不能把自行計算或整理後的結論直接包裝成「官方結論」，也不能宣稱經過「人工校核」卻沒有真的執行；出現這類超出證據的文字，就擋。
3. **歷史防竄改**：已發布的歷史紀錄不能在自動更新中被改寫；只要內容與上週版本不同，就停止部署，交由人工確認。
4. **四語一致**：四個語言版本的數字不一致，擋。
5. **圖表版面**：數據更新讓散點圖的標籤壓到線、互相重疊或跑出邊界，擋。
6. **行文品質**：如果更新內容出現制式 AI 句型、異常標點或不符合網站語氣的文字，擋。

其中我最在意的是第三道。自動更新最大的風險是改寫歷史：一個每週重寫自己的系統，如果連「上週推薦了什麼、為什麼」都保不住，它給的建議就無從稽核。

我在另一篇文章把這個做法整理成一句話：工作方法會過期，判斷標準會累積。工具、模型和更新流程都會變，但每次出錯後留下的檢查標準，可以繼續累積。上面六道檢查，都是由真實問題逼出來的。這條思路的完整版在[〈把難度當常數〉](/articles/difficulty-as-constant)和[〈Harness 會過期，Criteria 會複利〉](/articles/harness-criteria-compounding)。

## 名次不能代替任務判斷

排行榜可以幫我們縮小選擇，但它無法替我們回答最後一個問題：這個模型是否適合我的任務？

對 AI Agent 來說，模型選擇至少要同時看四件事：它能不能完成、需要走多少步、完成一次要花多少錢，以及失敗後要付出多少修正成本。所以儀表板的最後一區放了四個可以複製的問題模板，讓你貼到自己慣用的 AI 裡，帶著自己的任務、預算、錯誤容忍度再比一次。最後那一步判斷，工具不該替你做，我也不該。

工具在這裡：[https://paulkuo.tw/ai/models/](https://paulkuo.tw/ai/models/)，每週一自動更新，有四種語言；更多人機協作的討論在[智能與秩序](/topics/ai/)這個主題裡。

下次有人告訴你哪個模型最強，可以再追問：它在哪一種任務上最強？把我的工作做完，又要花多少錢？</content:encoded><category>智能與秩序</category><category>AI 模型比較</category><category>AI Agent</category><category>模型選擇</category><category>DeepSWE</category><category>每任務成本</category><category>效率前緣</category><category>評測方法論</category></item><item><title>電子報要自建還是外包？我用 Claude 走過一輪決策，最後選了 Resend</title><link>https://paulkuo.tw/articles/newsletter-half-self-built-resend/</link><guid isPermaLink="true">https://paulkuo.tw/articles/newsletter-half-self-built-resend/</guid><description>paulkuo.tw 要不要做電子報，答案不是「自建還是用現成服務」這麼簡單。這篇記錄我跟 Claude 一起走過的決策過程：從跳過 Substack、定調「半自建」架構，到在四個候選寄送服務之間反覆比較，最後選定 Resend，並補上域名取捨、訂閱名單要放在哪裡的真實考量。系統上線後沒有停在原地，最近又用同一套架構加了開信率追蹤，讓我發現半自建的價值不只在上線那一刻，而在往後每次想加功能都不用看平台臉色。想用 Claude 做技術決策、或正在想自己的網站要不要做電子報的人，這篇提供一個可以照著走的判斷框架。
</description><pubDate>Sat, 11 Jul 2026 02:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — paulkuo.tw 要做電子報時，我一開始只想知道：該自己架，還是直接用 Substack？跟 Claude 討論一輪後，最後採用的是「半自建」：訂閱名單和流程留在自己手上，寄信則交給 Resend。最近，我又在原來的架構上加了開信追蹤。這次經驗讓我發現，半自建的好處不只是在當下省事，也讓之後想加功能時，不必等平台替你決定。

「如果網站要有電子報，建議自建立，還是用市場上現成的服務，例如 Substack？」

這是我問 Claude 的原話。當時 paulkuo.tw 已經有一套固定運作的網站後台，因此再加一份訂閱名單，技術上並不困難，成本也很低。但「技術上不難」跟「該不該做、該怎麼做」是兩件事。我想先把架構想清楚，再決定要不要動手。

## Substack 很方便，但不符合這次的條件

Substack 的優勢很明確：它有自己的推薦網路，對剛開始經營電子報的人來說，可能更容易找到第一批讀者。不過，若開始收費，它會抽取 10% 的訂閱營收，另外還有金流費用；版面和讀者互動，也會逐漸留在 Substack 的 app 與 Notes 系統裡。

對很多人來說，這些交換可能很划算。但對 paulkuo.tw 而言，我更在意的是讀者名單能不能留在自己手上，以及未來能不能自由調整網站和寄送流程。

如果網站、內容和網域都自己管理，唯獨把訂閱關係放在另一個平台上，整套架構就會留下明顯的依賴。除非我很需要 Substack 帶來的初期流量，否則這筆交換對我並不划算。

但跳過 Substack，不代表就該全部自己來。

## 半自建是什麼意思？

全自建真正麻煩的，不只是把寄信程式寫出來，而是如何讓信穩定送進收件匣。寄件網域要驗證（例如 SPF、DKIM、DMARC）、退信和垃圾信投訴要處理，寄送紀錄一旦不好，整批信都有可能被丟進垃圾桶。這些已經是專門的服務商長期處理的問題，自己從頭搭，未必比較省事。

想成物流會比較清楚。全用現成服務像進駐百貨專櫃，什麼都幫你打理好，但客人名單是百貨的。全自建像自己蓋一棟樓，連水電管線都自己拉，最自由也最累。半自建則是自己管客人名單和營運，但貨要怎麼送到客人手上，交給黑貓宅急便，不自己養車隊。

![半自建架構切分圖：左側自己握有訂閱名單、表單與寄送判斷邏輯，右側外包 SPF/DKIM/DMARC 網域驗證與退信投訴監控給 Resend。](/images/articles/newsletter-half-self-built-resend-architecture-split.svg)

具體切法：自己握訂閱名單、訂閱表單、和「有新文章就寄」的判斷邏輯；外包出去的是把信真的送進對方信箱這件事。架構定調之後，問題縮小成一個：外包的寄送這一層，該找誰。

## 四個候選服務，我怎麼一路刪到剩 Resend

![電子報寄送服務決策流程圖：Substack 因抽成與名單去留問題淘汰，全自建因送達維護負擔淘汰，半自建架構定調後比較四個候選服務，Cloudflare Email Service、Buttondown、AWS SES 依序淘汰，最終選定 Resend。](/images/articles/newsletter-half-self-built-resend-decision-flow.svg)

比較過程中列出四個候選者，各自的優缺點都攤開比較，不是拍腦袋選一個：

| 候選者 | 優點 | 缺點 / 顧慮 | 結果 |
|--------|------|------------|------|
| [Cloudflare Email Service](https://developers.cloudflare.com/email-service/) | 全 CF 生態原生、Workers 直接整合、每月含 3,000 封起 | 2026 年才公測，目前只支援交易通知信，例如註冊確認、訂單通知，還不支援一次寄給大量訂閱者的電子報 | 一度是首選，查證後排除 |
| AWS SES | 業界最便宜，這種量幾乎免費 | 寄送名單、退信和垃圾信投訴都要自己處理，後續維護工作最多 | 保留到最後一輪比較 |
| [Buttondown](https://buttondown.com/pricing) | 最輕、markdown 友善，連名單管理都幫你做，免費層 100 訂閱 | 超過免費層約 9 美元一個月起，它連名單管理都包辦了，雖然方便，但和我想把名單留在自己手上的方向不同 | 半自建定調後淘汰 |
| [Resend](https://resend.com/pricing) | 現成 broadcast、退訂 API，幫你扛退信和投訴管理，現成功能較完整，需要自己補的部分最少，免費層每月 3,000 封、每天 100 封 | 早期印象是「訂閱數一大就變貴」 | 最終勝出 |

值得一提：Cloudflare Email Service 一度是最順手的選擇，全 CF 生態、Workers 原生，看起來天作之合。但寫實作計畫前先去查了官方文件，才發現它現階段只收交易通知信，電子報這種一次寄給整個名單的寄送方式不在支援範圍內。這也成了我這次跟 Claude 討論時很有意思的一個轉折。表面上最合適的選項，查過官方文件後反而第一個被排除。對我來說，Claude 在這裡不只是幫忙列選項，更重要的是陪我把每個假設逐一查清楚，再重新調整方向。

## 最後一題：省寄信費，還是省維護時間？

最後只剩 Resend 和 AWS SES。兩者的差別其實很直接：SES 的寄信費用更低，但許多電子報需要的功能都要自己補；Resend 費用稍高一些，不過群發、退訂、退信與投訴處理已經準備得比較完整。

以個人網站目前的訂閱量來看，兩邊的實際費用差異不大，真正有差的是我還要投入多少時間維護。最後我選擇把時間留給寫文章，因此用了 Resend。

定案之後還有兩個追加決策，是半自建精神真正落地的地方。

第一個是訂閱名單要放在哪裡。一開始，我原本想直接使用 Resend 的名單管理功能，後來還是決定把資料留在自己的 Cloudflare D1，讓 Resend 只負責寄信。這樣即使未來更換寄送服務，訂閱資料也不需要跟著搬家。

第二個決定和寄件地址有關。比較理想的做法，是另外使用一個子網域寄送電子報，把網站本身和電子報的寄送紀錄分開。不過，這需要升級付費方案。考量目前的規模，我最後先沿用已驗證的主網域，使用 `news@paulkuo.tw` 寄信。這不是最標準的架構，但在目前的成本和使用量之間，對我來說已經足夠。

系統在 2026 年 6 月底上線。我從訂閱、收確認信、點擊確認到最後退訂，完整走過一次流程。確認信有正常進入收件匣，資料庫狀態也會跟著更新，自動化測試全部通過。上線後，我的程式碼平台帳號曾意外被停權，但網站和電子報仍正常運作。這也意外驗證了：部署流程沒有綁在單一平台上。這段經歷值得另外寫一篇，這裡暫時略過。

## 寄出去之後，我開始想知道有沒有人打開

系統穩定運作一段時間後，回頭問了一個問題：這些訂閱者到底有沒有在看？一般電子報平台通常已經提供開信率，但在這套半自建架構裡，我得自己決定要不要追蹤、怎麼保存，以及最後要把資料放在哪裡看。好處是，名單和寄送紀錄都在自己手上，未來想怎麼使用，不需要受限於平台現有的介面。

答案一開始是查不到。Resend 本身有開信、點擊追蹤的能力，但預設沒開，開了之後也不會主動把事件回報給你。

做法並不複雜。先開啟 Resend 的追蹤功能，再建立一個接收通知的網址。之後只要有人開信、點擊連結，或信件發生退信、投訴，Resend 就會把事件送回我的系統。這種由服務主動通知另一個系統的方式，通常稱為 webhook。

為了避免有人假冒 Resend 傳資料，系統還會驗證每次通知附帶的數位簽章。最後，我新增兩張資料表：一張記錄信寄給了誰，另一張記錄信件後續發生的事件。整個機制不需要額外裝套件，瀏覽器和伺服器都內建的加密函式庫就能驗證簽章。

![開信率查詢機制流程圖：Resend 觸發開信事件，經 webhook POST 送出，Svix 簽章驗證通過後寫回 Cloudflare D1 的兩張新表，累積後即可查得開信率。](/images/articles/newsletter-half-self-built-resend-webhook-flow.svg)

目前這個追蹤管道已經上線，安全驗證也測試完成。沒有合法簽章的請求，系統會直接拒絕。因為是剛接上的追蹤，還沒有累積到一次完整的開信事件，開信率目前誠實顯示「尚無資料」，而不是造假的 0%。這個資料還沒進來、但管道已經接好的誠實狀態，本身就是半自建架構的具體證明：想加什麼功能，隨時可以加，不用等別人開放。

接下來，我還可以把這些資料放進自己的後台，也可以接到其他分析工具，甚至只在需要時透過 API 查詢。目前我還沒有急著決定，先讓資料累積一段時間再說。

這套電子報系統上線後，我才慢慢看見下一個問題。先是寄得出去，接著是能不能退訂，後來又想知道讀者有沒有打開。功能不是一開始就全部規劃好的，而是在實際使用之後，一點一點長出來。

對我來說，這大概就是半自建最實際的好處：現在不用把所有事情都做完，但以後想往前走時，手上還留有調整的空間。</content:encoded><category>創造與建構</category><category>電子報</category><category>Resend</category><category>Cloudflare Workers</category><category>半自建架構</category><category>AI協作</category><category>技術決策框架</category><category>D1</category></item><item><title>Harness 會過期，Criteria 會複利</title><link>https://paulkuo.tw/articles/harness-criteria-compounding/</link><guid isPermaLink="true">https://paulkuo.tw/articles/harness-criteria-compounding/</guid><description>上一篇文章講完 loop engineering 的官方結構之後，留了一句伏筆：我自己這幾個月怎麼一輪一輪撞出同樣的結構、踩過哪些坑。這篇來還債，說明兩種東西不同的壽命：harness，也就是讓事情跑起來的機制，會不斷被替換；criteria，也就是判斷成果是否合格的標準，則能在一次次重建中累積下來。這套區分是我自己做 TQEF 這套翻譯品質評分系統時，一輪一輪撞出來的具體經驗。文章講幾個具體事故：一次把核心腳本炸成一行的 osascript 意外、資料庫欄位名假設錯誤、評分重複入庫的 bug；也講一件事沒壞：五維度評分標準，從第一輪跑到現在都沒動過根本邏輯，反而隨著每一次踩坑越補越完整。最後誠實交代這套系統還沒做完的部分。
</description><pubDate>Fri, 10 Jul 2026 06:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR：** loop engineering 系列第二篇。上一篇講完官方的委派階梯結構，這篇用我自己做的翻譯品質系統 TQEF 當例子，說明兩種東西不同的壽命：harness，也就是讓事情跑起來的機制，會不斷被替換；criteria，也就是判斷成果是否合格的標準，則能在一次次重建中累積下來。文章裡有幾個真的踩過的坑，也誠實交代這套系統還有哪些部分沒做完。

上一篇文章的最後一句話留了一筆債：「我自己這幾個月怎麼一輪一輪撞出同樣的結構、踩過哪些坑，留到下一篇細談。」這篇來還。

先講結論，再講我是怎麼撞出來的。

在一套持續運作的 AI 系統裡，有些東西很快就會過期，例如 prompt、工具、資料庫和排程。這些讓系統跑起來的機制，我把它統稱為 harness。一次意外、一次升級，甚至一次架構調整，都可能讓它必須重做。

但判斷輸出好不好的標準不一樣。我把這一層稱為 criteria。只要定義得夠具體，它就能撐過一次次重建，還會隨著每次出錯，變得更完整。

## 我做的系統長什麼樣子

TQEF 是我做的一套翻譯品質評分框架，全名 Translation Quality Evaluation Framework，服務對象是阿哥拉廣場，我自己開發的即時會議翻譯工具。

這套系統由四層迴圈組成。

最裡面的一層負責翻譯：模型接收四路語音辨識結果，逐段產生譯文。第二層負責檢查：TQEF 依照五個維度評分，沒有過關，就把問題交回去重新翻譯。第三層以每場會議為單位運作，會議結束後，譯文會進入語料庫，成為後續改善的材料。最外層則定期檢查多輪結果，找出反覆出現的問題，再回頭調整 prompt 和辭典。

![阿哥拉的四層迴圈堆疊：代理迴圈、驗證迴圈、事件驅動迴圈、爬山迴圈，套在一起運作](/images/articles/loop-engineering-agora-loops.svg)

TQEF 用五個維度評分。

第一是術語準確度，權重最高。因為「半導體」如果被翻成別的東西，其他句子再流暢也沒有意義。第二是忠實度，檢查譯文有沒有偏離原意。第三是關鍵資訊保留，確認數字和專有名詞有沒有遺漏或錯譯。第四是自然度，也就是譯文讀起來像不像人話。最後是嚴重錯誤，只要出現一次，就直接判定不合格。

這五個維度是 criteria 這層。前面提到的翻譯、檢查、事件觸發這三層具體運作，都是 harness 這層。接下來的坑，全部發生在 harness 這層。

## harness 怎麼過期的：三個實際踩過的坑

第一個坑最戲劇化。有一次我在協作 session 裡用 osascript 寫檔案，引號嵌套出了錯，226 行的核心評估腳本 eval_runner.py 被截斷成只剩一行，`#!/usr/bin/env python3`，整支腳本毀了。這不只是「重寫就好」的小事，更像一個系統性的警告：當同一個工作階段同時負責策略、寫程式和部署，任何一步出錯，都可能一路影響到後面的工作。那次之後我把整個協作流程拆成三軌：一軌只負責偵察跟策略，不碰程式碼；一軌負責批量檔案操作；一軌負責精準的單檔修改跟部署。三軌不能同時修改同一個檔案；每個階段結束前，也必須確認變更已經保存、提交，並留下可以回復的版本。這個分工是那次事故逼出來的，不是我事先設計好的，事後看是整段開發歷程裡報酬率最高的一個決定，因為後面再也沒有發生過類似的版本混亂。

第二個坑比較安靜。系統擴充時，我依照文件猜測資料庫欄位的名稱，實際查詢後才發現，資料結構和文件寫的不一樣。類似情況發生過兩次，幸好都在前期檢查時被攔下，沒有造成實際損害。從此我多了一條硬規矩：資料庫欄位一律以實際查詢結果為準，不能依靠文件或記憶猜測。

第三個坑是評分紀錄重複入庫。同一輪、同一句話的評分結果，被寫進資料庫兩次，原因是當初沒有設定唯一性約束。修法很直接：補上約束，再清掉重複資料。

還有一個反覆出現、比較不戲劇化但更常見的模式：程式碼寫好了，但沒接通。功能看起來寫完了，但 import 沒加、路由沒接、部署沒跑，或前端根本沒有渲染。各個零件可能都在，整條流程卻從來沒有真正走通。這個教訓養成了一個習慣：任何改動完成後，一定要做一次完整的端到端驗證，從頭走一遍，確認東西真的活著，而不是相信「應該有動」。

## criteria 怎麼複利的：一次可以說清楚原因的提升

跟前面那幾個坑對照最鮮明的一輪，發生在辭典上線那天。基線評分是 4.69（滿分 5），還有一個嚴重錯誤。那一輪我把三個產業辭典和一套商業用語規則同時上線，一次補齊半導體、循環經濟、再生醫學與常用商業詞彙的翻譯校正。下一輪結果：整體評分跳到 4.97，嚴重錯誤歸零。

這次提升可以清楚追溯到辭典上線。分數提高能對應到一項具體的工程改動，不只是主觀感覺。這正是 criteria 這層的價值：即使 harness 一再重建，它仍讓前後幾輪的結果可以用同一套標準比較。不管底層腳本是不是被 osascript 炸過、資料庫欄位名是不是查對過、有沒有重複入庫的 bug，五個評分維度雖然持續補充細節，但從第一輪到現在，核心判斷邏輯都沒有改變。每一次工程改動的效果，都可以疊加在同一把尺上比較。這把尺沒有被任何一次 harness 重建打掉重練，這就是複利的意思。

後續幾輪分數在 4.78 到 4.90 之間浮動，這種波動是正常的，29 句語料的樣本量不大，評分模型本身也有隨機性。但整體趨勢仍然向上，也可以回頭比對每一輪做過哪些工程改動，以及它們可能帶來的影響。這件事跟上一篇提過的原則呼應：迴圈可以幫你把生成跟評估拆開，但「怎樣算一句翻譯過關」這件事，永遠得是你自己先講清楚，講到能拿去打分。

## 誠實講還沒做完的部分

TQEF 目前完成的是 Phase 1：單一評分引擎、29 句測試語料、跑過七輪評估。Phase 2 設計了五個自動收集語料的通道，目前只完成兩個，其餘還在規劃。我另外規劃了一個 Stage B，專門驗證評分器本身是否可靠。除了調整評分 prompt，還要用另一套指標交叉比對、請真人專家評分校準，並重複測試同一批資料，確認結果是否穩定。這個階段到現在都還沒真正推進，卡在其他優先順序後面，是誠實留著的一個坑，不是隨口說說。

這部分不能省略。既然我主張 criteria 比 harness 更持久、更值得投資，就也必須說清楚：criteria 也不是寫完一次就能定案。它仍然需要交叉比對、真人校準和穩定性測試。不同的是，這些工作通常是在修正同一把尺，而不是每次都換掉整套判斷方式。這個驗證我自己都還沒做完。

## 這兩篇合起來想說的事

上一篇講完 loop engineering 的官方結構之後，留了一句話：Loop engineering 可以自動化「流程怎麼跑」，卻不能替你決定「怎樣才算跑對」。這一篇用自己踩過的坑，把這句話落到實處。harness 這一層，我炸過、修過、重建過，三軌分工是被那次事故逼出來的。criteria 這一層，從第一天定義清楚之後，撐過了每一次重建，還隨著每一次踩坑補得更完整。

如果你手上沒有 TQEF 這種現成系統，這個對比一樣用得上。任何持續運作的 AI 系統，讓它跑起來的機制遲早會被打掉重練，這幾乎是必然。真正值得先花力氣想清楚的，是「怎樣才算做完」。把標準寫得夠具體，具體到不同的人或模型，都能拿它判斷成果是否過關。這件事很難完全外包給模型。但只要把標準建立起來，它通常會比任何一版 prompt、工具或工作流程都活得更久。

## 參考資料

**同系列前一篇**
- [迴圈工程到底在教你委派什麼](/articles/loop-engineering-the-layer-you-own)：loop engineering 系列第一篇，拆開官方委派階梯的結構、它解決的三個真問題，以及 Anthropic 自己的實測數據對照

**TQEF 相關素材**
- 本文所有評分數據、事故紀錄、開發時程均為 Paul 自建系統的第一手紀錄，非第三方報告轉述</content:encoded><category>創造與建構</category><category>Loop Engineering</category><category>TQEF</category><category>Harness Engineering</category><category>翻譯品質工程</category><category>阿哥拉廣場</category><category>超級個體</category><category>AI協作</category></item><item><title>我以為會變的是模型，後來才發現協作方式也是動態的</title><link>https://paulkuo.tw/articles/topology-as-variable/</link><guid isPermaLink="true">https://paulkuo.tw/articles/topology-as-variable/</guid><description>我上一篇〈把難度當常數〉主張：模型分派不要把模型名字寫死進規則，把會變的能力關進一張帶日期的綁定表。這個判斷我仍然相信，但一張 X 上的圖讓我發現，我把「模型之間的協作方式」也默默當成了不會變的常數，而它其實比模型更上游。這篇談 Anthropic 的 advisor 策略怎麼把 orchestrator 反轉過來，我 v1 的成本地雷錯在哪，以及檢查機制為什麼要從「只檢查模型」擴成「也檢查協作方式」。
</description><pubDate>Thu, 09 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：三天前我寫「把難度當常數、把模型能力當變數」。這個判斷我仍然相信，但我漏看了另一件事：不只模型會變，模型之間的協作方式也會變。Anthropic 的 advisor 策略剛好補上這一層：讓便宜模型主駕，只有在關鍵決策點才呼叫貴模型當顧問。官方實測顯示，它能接近頂規模型品質，成本卻只剩約六成。這篇文章，是補上我上一篇漏掉的第二個變數。

昨天，我在 [X 上看到一篇 Anthropic 官方貼文](https://x.com/ClaudeDevs/status/2074606058128224365)。裡面有一張圖很有意思：便宜模型負責跑主流程，遇到關鍵判斷時，才呼叫更強、也更貴的模型給建議。大部分 token，仍然走便宜模型的費率。

我盯著那張圖看了一下，因為它剛好戳到我三天前才發的一篇文章。

那篇叫〈[把難度當常數](/articles/difficulty-as-constant)〉。我在裡面主張，模型分派器不該把模型名字寫死進規則，因為模型能力是整套系統裡最會變的東西。把難度分類當穩定層，把「哪個角色用哪個模型」抽成一張帶日期的綁定表，模型改版時只改那張表。

這個主張我到現在還是信。

但那張圖讓我發現：我在上一篇文章裡，其實也犯了同一個錯。只是錯不在模型那一層，而在更上面的協作方式。

## advisor 策略是什麼：讓便宜模型開車，貴模型只在路口出手

先講那張圖背後的東西。

Anthropic 四月上線了一個叫 [advisor tool](https://claude.com/blog/the-advisor-strategy) 的功能，最近把 Fable 5 也納進來當顧問。做法是這樣：一個便宜、快的模型，也就是 Sonnet 或 Haiku，當 executor，從頭到尾把任務跑完。它負責呼叫工具、讀結果、一步步逼近答案。

當 executor 碰到自己吃不下的決策，才去諮詢更強的 advisor。

advisor 看得到完整脈絡，但不接手任務。它只回一段計畫、一個修正，或一個「停」的訊號。接下來，executor 繼續往下跑。

換句話說，advisor 不碰工具，也不直接產出給使用者看的答案。它只在關鍵時刻給方向。

省錢的關鍵在一個細節：顧問每次只吐大概 400 到 700 個 token 的建議，整個任務大概只被叫一次，其餘全部在便宜的 executor 費率上跑。

算下來，多數 token 走的是便宜費率，真正昂貴的判斷力只在關鍵點出現。

![Executor（Sonnet 5）在主迴圈裡每一輪都跑，透過 tool call 呼叫 on-demand 的 Advisor（Fable 5）取得建議，advisor 回一段短計畫後 executor 繼續，多數 token 以較低的 executor 費率計費。](/images/articles/topology-as-variable-advisor.svg)

## 我漏掉的第二種協作方式：拆解，還是請教？

這裡有個我當時沒看到的分岔。

分岔不在於用哪個模型，而在於任務到底該「往下拆」，還是「往上問」。

我那篇〈把難度當常數〉在講模型分派時，腦袋裡只有一種協作方式：一個總協調把大任務拆成小塊，按難度分派給不同的模型，最後驗收、整合。

這是由上而下的 orchestrator-workers。Anthropic 在 [agent 設計指南](https://www.anthropic.com/engineering/building-effective-agents)裡寫得很清楚，我還引了它當佐證。

advisor 策略是反過來的。

Anthropic 自己的說法是，它「反轉了常見的 sub-agent 模式：一個較大的 orchestrator 拆解工作、分派給較小的 worker」。在 advisor 這一種裡，是一個便宜的模型在開車，在需要時往上請教更強的模型。

它不必先拆解，也沒有 worker pool 或調度邏輯。

orchestrator 讓貴模型坐在上面指揮；advisor 則讓便宜模型自己跑，頂級腦力留到需要時才借進來。

兩種都對，差別在任務的形狀。

有些任務能切塊、能平行，各塊難度也不一樣，最後需要一個強腦把結果收攏。這種適合由上而下拆解。

也有些任務是一條長流程，多數步驟都很例行，只有少數決策點會決定成敗。這種就適合讓便宜模型一路主駕，需要時再向上請教強模型。

我原本把「多模型分派」講得好像只等於前面那一種。

![多模型分派的兩種協作方式對照：左邊 orchestrator-workers 由上而下拆解，最強最貴的模型坐在上面每一輪都跑、往下派工給便宜模型；右邊 executor-advisor 由下而上請教，最便宜的模型在下面每一輪主駕，只在關鍵決策點呼叫上面的強模型顧問。](/images/articles/topology-as-variable-comparison.svg)

## 官方數據：第二意見為什麼能同時省錢又加分

一般人的直覺是，多找一個更強的模型來看，一定更貴。

但在某些任務形狀裡，數字剛好相反。

&gt; **📊 關鍵數據**
&gt;
&gt; - **Sonnet 配 Opus 顧問**：SWE-bench Multilingual 比 Sonnet 單飛高 2.7 分，每題成本反而降 11.9%。
&gt; - **Sonnet 5 配 Fable 5 顧問**：拿到 Fable 單飛約 92% 的分數，只花約 63% 的錢。
&gt; - **Haiku 配 Opus 顧問**：BrowseComp 從 19.7% 跳到 41.2%，幾乎翻了一倍。

為什麼會同時贏成本又贏分數？

因為多一個放對位置的第二意見，就能擋掉便宜模型鑽牛角尖的浪費。走錯路線，或者同一個錯誤反覆重試，都會把工具呼叫燒在死路上。品質和 token 就這樣一起賠進去。

省下來的是雙份。

所以 Anthropic 的建議很務實：拿你自己的評測集跑三組。便宜模型單飛、便宜模型配顧問、頂級模型單飛。量出你這類工作真正的邊界，不要靠感覺選。

## 真正的錯：我把「協作方式」也當成了不會變的常數

回到我自己。

我那篇文章的核心紀律是一句話：不要把會變的東西，焊進不常更新的規則裡。

我把模型名字抽出來，關進帶日期的綁定表。這一步是對的。

但我在更高一層，做了一模一樣的事：我把「協作方式」也預設成不會變的常數。

模型能力我認真當成變數處理了；協作方式卻被我默默寫死，而且它其實比模型更上游。

整篇文章從頭到尾假設「多模型分派等於一個貴腦袋由上而下指揮」，然後才在這個假設底下，去談哪個角色綁哪個模型。

我在綁定層把這套邏輯想得很仔細；但到了協作方式這一層，卻疏忽了。因為真實的情況是，不同問題本來就會需要不同的協作方式。

這個盲點還讓我在 v1 的綁定表裡，埋了一個成本地雷。

我把當時最貴的 Fable 5，放在「總協調」這個每一輪都會被呼叫的位置上。如果你信的是「貴模型坐上面指揮」，這樣綁很自然。

可是一旦看見 advisor 那種協作方式，這就是最燒錢的擺法。

最貴的模型，不該被放在出現頻率最高的位置。

後來我把它改掉。Fable 5 從常駐的總指揮，降成關鍵點才被叫一次的顧問。

我原本以為要防的是模型變強。真正沒防到的，是協作方式會多出一種。

## 不只檢查模型，也要檢查協作方式

在〈把難度當常數〉裡，我花最多心思設計的是一個定期檢查機制：新模型一出，就拿一組代表任務重跑一遍，看看某個角色能不能下放給更便宜的模型。

這個機制檢查的是「模型有沒有變」。但現在看來，還少了一個問題：協作方式有沒有變？

原本的檢查機制只盯著一件事：這個角色現在該綁哪個模型。

但它不會問另一個更上游的問題：我假設的協作方式，還是唯一的一種嗎？

模型變強會在評測集上留下痕跡，你抓得到；但一種更省的做事方式，不會自動出現在綁定表裡。你只能自己去看。

advisor 策略四月就上線了，我七月才因為一張圖發現它。中間那三個月，我的分派器沒有綁錯任何模型。

它只是少想了一種協作方式，而我毫無警覺。

所以我現在把檢查機制拆成兩層。

底下那層還是老樣子：新模型出來，就重校綁定。

上面多一層，定期問一次：有沒有出現一種新的協作方式，讓我原本的分派前提整個要重畫？

真正該寫進規則的，不是某個模型名字，而是這句話：

先選協作方式，再選模型。

可以拆、可以平行、難度不均的，適合 orchestrator-workers；單線長、決策點少而關鍵的，適合 executor-advisor。

這一句，是我那篇文章當初就該擺在第一步、卻整個漏掉的東西。

這也是我在「[智能與秩序](/topics/ai/)」這條線一直在繞的同一個問題：能力快速變動的時候，怎麼還設計得出撐得住的秩序。

我在〈把難度當常數〉的結尾寫過一句話：蓋房子的時候，順手把逃生門也蓋了。

三天後我才發現，真正該檢查的不是模型表，而是我對協作方式的預設。

我把難度當成常數，卻忘了問：還有哪些東西，只是被我暫時誤認成常數？

## 出處

本文提到的機制與數據，出自 Anthropic 官方資料：

- Anthropic Developers（[X 貼文](https://x.com/ClaudeDevs/status/2074606058128224365)）：促成本文的那張 advisor 策略示意圖，本文開頭提及的原始貼文。
- Anthropic，[The advisor strategy](https://claude.com/blog/the-advisor-strategy)：advisor 策略的定義、「反轉 orchestrator-workers」的原話、Sonnet 配 Opus 顧問的 SWE-bench Multilingual 與 BrowseComp 實測數字。
- Anthropic，[Advisor tool（Claude Platform Docs）](https://platform.claude.com/docs/en/agents-and-tools/tool-use/advisor-tool) 與 [Claude Code Docs](https://code.claude.com/docs/en/advisor)：advisor tool 的運作、模型配對規則、版本與平台限制。
- Anthropic，[Building Effective Agents](https://www.anthropic.com/engineering/building-effective-agents)：orchestrator-workers 這個由上而下拆解的 workflow pattern。
- Anthropic，[Claude Fable 5](https://www.anthropic.com/claude/fable) 與 [Platform 定價](https://platform.claude.com/docs/en/about-claude/pricing)：Fable 5 的定位與相對 Opus 的價差。</content:encoded><category>智能與秩序</category><category>多模型調度</category><category>advisor 策略</category><category>Claude Fable 5</category><category>AI agent 架構</category><category>token 成本</category><category>韌性工程</category><category>模型路由</category></item><item><title>迴圈工程到底在教你委派什麼</title><link>https://paulkuo.tw/articles/loop-engineering-the-layer-you-own/</link><guid isPermaLink="true">https://paulkuo.tw/articles/loop-engineering-the-layer-you-own/</guid><description>loop engineering 最近很紅，但這個詞背後其實藏著三套說法混用：社群叫它 loop，Anthropic 官方文件叫它 harness，Google 的 Addy Osmani 又正式命名為 loop engineering。這篇先把名詞對齊，再拆開它真正的結構：從「你還在盯著」的回合式，到「連題目都交出去」的主動式，一套四級委派階梯；接著挖它到底在解決什麼問題，附上 Anthropic 自己的實測數據對照。最後我簡短提一下，這套思路我自己今年稍早做翻譯品質系統時就走過一次，是同一個問題逼出的必然解。
</description><pubDate>Wed, 08 Jul 2026 14:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR：** loop engineering 最近很紅，但它其實只是三個名字指同一件事：社群叫 loop，Anthropic 官方叫 harness。真正的結構是一套四級委派階梯，從「你還在盯」的回合式，爬到「連題目都交出去」的主動式。它存在的理由是三個真問題，其中最關鍵的一個是模型判斷不了自己輸出的品質。Anthropic 自己的實測數據對照很清楚：單一 agent 20 分鐘做出的是勉強能跑的半成品，拆開生成與評估的完整框架跑 6 小時，做出的才是真正堪用的成品。

「我不再 prompt Claude 了，我寫的是會自己 prompt Claude 的迴圈。」寫出 Claude Code 的 Boris Cherny [在 Sequoia AI Ascent 2026 的訪談](https://www.youtube.com/watch?v=SlGRN8jh2RI)裡這句話，後來被剪成片段大量轉發了近七十萬次。可是往下細問，麻煩就來了：同一件事，社群叫它 loop，Anthropic 官方文件叫它 harness，Google 的 [Addy Osmani 又正式取名](https://addyosmani.com/blog/loop-engineering/)叫 loop engineering。三個名字指同一個東西，難怪讀起來像三種不同的新技術。這篇把名詞對齊，再把這套東西的真正結構、它解決的問題、跟我自己做的一套系統之間的關係，一次講清楚。

## loop engineering 到底是什麼？

先把名詞對齊。loop（Peter Steinberger、Addy Osmani、swyx 這條社群脈絡在推）跟 harness（Anthropic 官方用語）是同一件事的兩個名字。harness 指模型外面那整套裝置：prompt、工具、記憶或交接檔、編排方式，模型負責想，harness 負責讓它一直對準目標。

一句話講完它在做什麼：你不再一步步手動指揮 AI，而是寫一個「會自己一直指揮 AI、朝目標反覆跑到完成」的系統。這是一條光譜，兩端是 Anthropic 在〈[Building Effective Agents](https://www.anthropic.com/engineering/building-effective-agents)〉裡分的兩家：workflow（工作流），路徑是你事先寫死的，可預測、穩；agent（代理），路徑是模型當場自己決定的，有彈性，但貴、慢、出錯會滾雪球。從簡單到複雜有五種積木：串接、分流、並行、指揮工人，最後才是生成評估。官方鐵律是能簡單就簡單，只有真的需要才往上爬。

![迴圈是什麼：一個目標進入系統，Claude 一輪一輪做事，直到滿足停止條件才輸出完成](/images/articles/loop-engineering-diagram-1-concept.svg)

真正決定你委派了多少的，是「迴圈怎麼跑」這個層次。Claude Code 官方文件〈[Getting started with loops](https://claude.com/blog/getting-started-with-loops)〉把它拆成一套委派階梯，四級，差別在「你交出什麼」：

**回合式（turn-based）**：你給一個提示，agent 自己蒐集脈絡、採取行動、驗證成果，沒做完就再跑一輪，判斷做完或力氣預算用完才回應。你還在旁邊盯著每一步。

![回合式迴圈：你給一個提示，Claude 蒐集脈絡、行動、驗證，判斷做完才回應](/images/articles/loop-engineering-diagram-2-turn-based.svg)

**目標式（`/goal`）**：你交出去的不再是每一步的指令，是「停止條件」。agent 在任務上工作，換一個獨立的評估模型檢查你設下的條件，沒過就退回繼續做，達標或到回合上限才結束。評審是另一個模型，不是 agent 自己說了算。

![目標式迴圈：你交出停止條件，評審換一個獨立模型檢查，沒過就退回繼續做](/images/articles/loop-engineering-diagram-3-goal.svg)

**時間式與主動式（`/schedule`）**：你交出去的是「觸發」，連 prompt 都不用每次給。系統在雲端常駐，盯著某個事件來源，主 agent 跑到驗證通過、開一個 PR，第二個 agent 審完通知你，你只需要決定要不要合併。最自主的「主動式」併在這一型裡：它連題目都自己找，你唯一保留的動作是最後那個決定。

![時間式與主動式迴圈：你交出觸發，系統在雲端跑到驗證通過、開 PR，你只決定要不要合併](/images/articles/loop-engineering-diagram-4-schedule.svg)

這套東西為什麼現在才紅：模型和框架兩個齒輪在協同進化。[METR 的時間跨度測試](https://metr.org/time-horizons/)顯示，Claude 3.7 Sonnet 完成一半任務的最長時長約 59 分鐘，到 Opus 4.5 已經拉到約 4 小時 49 分（METR 官方數字，信賴區間 1 小時 49 分到 20 小時 25 分，樣本仍偏少）。模型變強的同時，框架跟著簡化：原本要靠反覆重置上下文才撐得住的做法，新模型訓練後常常自己就解掉，框架的複雜度隨之下降。這條協同進化，是後面所有內容的背景。

## 它解決什麼問題？

推動 loop engineering 出現的，是三個具體的真問題。[Anthropic 工程團隊在 2026 年 5 月的一場工作坊](https://www.youtube.com/watch?v=mR-WAvEPRwE)（Ash Prabaker 與 Andrew Wilson 主講）把長時間運作的 agent 會遇到的麻煩分成三類：第一，脈絡限制，窗口有限，會遺忘，會腐壞；第二，規劃能力差，大模型天生不太會規劃，常做到一半停下來，留一個半成品；第三、也是最關鍵的一類：模型無法可靠判斷自己輸出的品質，會誤以為一個還沒做完的功能已經做完了。

早期的解法不夠。單一模型、單一會話，一直跑 build、check、fix 循環，靠壓縮歷史來修自己，這種做法的致命傷正是第三類問題：它自己蓋章通過，最後陷入無限修補一個爛地基。Anthropic 那句常被引用的原則講的就是這個：可預測地失敗，勝過不可預測地成功。

新解法怎麼對症下藥：脈絡問題用結構化的檔案交接，不靠模型記憶；規劃問題讓一個 planner agent 先把模糊需求拆成規格加多個 sprint；最關鍵的第三類問題，解法是把生成和評估拆成兩個獨立 agent，各自獨立的上下文、獨立的 system prompt，借鏡的正是 GAN 的對抗式生成。Ash 在那場工作坊講得直白：批評一幅畫遠比自己畫一幅容易，所以與其要求生成者自我批評，不如訓練一個嚴苛的獨立評審。

真正讓這套做法落地的，是開工前的一道手續：生成和評估兩個 agent 在動工前先協商清楚「這一段做完了要滿足哪些條件」，[Anthropic 實測案例](https://www.anthropic.com/engineering/harness-design-long-running-apps)裡光是其中一個關卡（level-editor sprint）就談出 27 項可測條件，每一項都有明確門檻，只要有一項沒過，這個階段就算失敗，生成方拿到具體回饋重做。

&gt; **📊 一手實測數據**
&gt; - 單一 agent 做同一個題目（打造一套復古遊戲製作工具）：20 分鐘、成本 9 美元，做出一個勉強能跑的雛型
&gt; - 拆開規劃、生成、評估三個角色的完整框架：6 小時、成本 200 美元，做出的 RetroForge 是真正堪用、能玩的應用
&gt; - 多花的近六倍時間，幾乎全用在「談清楚怎樣算做完」跟「嚴格檢查有沒有做到」，這正是產出能不能用的關鍵

Anthropic 自己還留了一句提醒：模型變強、框架跟著簡化，是協同進化，但這不代表框架這一層會消失。他們的說法是「有意思的 harness 組合不會隨模型變強而變少，它只是換了位置」，舊的被模型吃掉，新的能力又開出新的組合空間。這句話該怎麼用，得看你自己的任務落在哪個階段：模型還接不住的地方，框架還是得補上去。

## 這跟我自己的翻譯系統有什麼關係？

Anthropic 在〈Building Effective Agents〉裡舉生成評估這個積木的例子，用的正是文學翻譯：翻譯有很多細節，第一輪模型不一定抓得到，但一個獨立的評估模型可以給出有用的批評，一輪一輪修。這剛好是我今年稍早開始做的一套會議翻譯品質工程系統，我叫它 TQEF：多路語音辨識接不同引擎、進模型翻譯、後處理、出逐段譯文，這是生成端；一個評分器拿五個維度的 rubric 給每段譯文打分，術語、流暢度、語境、格式、致命錯誤，不過關就重來，這是評估端；五個來源匯流、排程常駐累積語料，是把整套東西撐住的背景設施。

我沒有讀過這套官方框架才開始做，是自己一輪一輪撞出同樣的結構。我比官方示範多想了一步：不只調評分器的 prompt，還該有一個階段（我叫它 Stage B）去驗評分器本身準不準，拿另一套指標交叉比對它的判斷、拿真人專家的評分校準它、看同一批重跑穩不穩。這個階段我還沒真正跑完，先卡在其他優先順序後面，是誠實留著的一個坑。這件事回應的正是前面那條原則：迴圈可以幫你把生成和評估拆開，但「怎樣算一句翻譯過關」這件事，永遠得是你自己先講清楚，連「這把尺準不準」都得自己驗，沒人能替你做。

從這條路走過一輪，我歸納出幾條日常工作原則：每個手工零件都寫一句「為什麼存在」，模型升級時先做減法再做加法；力氣要投在評審跟 criteria 上，換模型也不會丟，別投在疊更多迴圈，那些會被模型吃掉；一個結果不合格，別只修那一個，把它編碼進系統讓之後每一輪都受益；控 token 也要選對層次，`/goal` 的評審用便宜模型就夠，停止條件寫清楚，確定性的步驟交給腳本，不用每次重新想一遍。

loop engineering 讓你把「怎麼跑」交出去：怎麼蒐集脈絡、怎麼行動、怎麼驗證，都可以自動化。它永遠不能自動化的，是誰來定義「跑對了」這件事本身。那個標準，還是得有人先講清楚。

這篇先把框架本身講清楚。我自己這幾個月怎麼一輪一輪撞出同樣的結構、踩過哪些坑，留到下一篇細談。

## 參考資料

**Anthropic／Claude Code 官方一手**
- Anthropic，[Building Effective Agents](https://www.anthropic.com/engineering/building-effective-agents)：workflow 與 agent 的分類、五種積木
- Anthropic，[Harness design for long-running application development](https://www.anthropic.com/engineering/harness-design-long-running-apps)：RetroForge 實測、27 項契約條件
- Claude Code 官方部落格，[Getting started with loops](https://claude.com/blog/getting-started-with-loops)：四級委派階梯的官方定義
- METR，[Task-Completion Time Horizons of Frontier AI Models](https://metr.org/time-horizons/)：Claude 3.7 Sonnet／Opus 4.5 時間跨度數據
- Ash Prabaker、Andrew Wilson（Anthropic 工程團隊），[Build Agents That Run for Hours 工作坊](https://www.youtube.com/watch?v=mR-WAvEPRwE)，2026 年 5 月

**其他一手來源**
- Boris Cherny（Claude Code 負責人），[Sequoia AI Ascent 2026 訪談](https://www.youtube.com/watch?v=SlGRN8jh2RI)：本文開場那句話的原始出處。這段話後來被大量剪輯轉發，本文引用回訪談本身，不採二手轉述版本
- Addy Osmani，[Loop Engineering](https://addyosmani.com/blog/loop-engineering/)：正式為這個概念命名的原始文章</content:encoded><category>創造與建構</category><category>Loop Engineering</category><category>Harness Engineering</category><category>AI Agent</category><category>Claude Code</category><category>委派階梯</category><category>Evaluator-Optimizer</category><category>翻譯品質工程</category></item><item><title>十年前我們翻轉教育，AI 時代孩子還要翻越什麼</title><link>https://paulkuo.tw/articles/ai-era-still-need-to-climb/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-era-still-need-to-climb/</guid><description>十年前，我們談翻轉教育：把講課變自學、把課本變專案。現在，全世界在談的是 AI 素養：UNESCO 2024 年發布學生 AI 能力框架，各國把 AI 素養做成課程、按課時交付。這是好事，尤其對資源不足的地區，課程化是唯一能規模化的路。但我帶過的那個十年教育實驗，對這件事有一個不客氣的提問：協作素養有課綱嗎？系統思考能排進課表嗎？我的經驗說，這些能力只在真實任務的壓力下長出來，不是靠課時交付。這篇不是要否定課程化，而是把「規模 vs 深度」這個教育永恆難題在 AI 時代的新版本攤開來看。翻轉打開了可能，AI 時代孩子還要翻越什麼？這是「從翻轉到翻越」教育系列與 AI 時代的一次對話。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 十年前我們談翻轉教育。現在全世界在談 AI 素養：UNESCO 發布學生 AI 能力框架，各國把 AI 素養做成課程、按課時交付。這是好事，也有侷限。一個十年前的教育實驗對它有一個提問：協作素養有課綱嗎？系統思考能排進課表嗎？這些能力只在真實任務裡長出來。翻轉打開可能，AI 時代孩子還要翻越的，是在答案變便宜之後，怎麼把素養真的長出來。

十年前，教育界最熱的詞是「翻轉」。把老師講課變成學生自學，把課本變成專案，把教室變成世界。我也是在那個時候，開始帶孩子走非典型的教育路。

十年後，最熱的詞換成了「AI 素養」。而且這一次，全世界動起來的速度更快。

## 各國都在把 AI 素養排進課表

2024 年，[UNESCO 發布了學生的 AI 能力框架](https://www.unesco.org/en/articles/ai-competency-framework-students)，把 AI 素養拆成 12 項能力、四個面向：以人為本的思維、AI 倫理、AI 技術與應用、AI 系統設計。它強調的重點是批判性的參與，不停留在操作工具的層次。

框架之後是各國的行動。有的國家把 AI 通識課排進中小學，規定每學年至少多少課時，從小學一路覆蓋到高中。有的國家用國家隊的方式，訂出到 2030 年建成全學段 AI 教育體系的目標。這些動作背後有一個共同的邏輯：素養可以被課程化、被標準化、按課時交付。

這個方向合理。課程化是唯一能規模化的路。它能讓 AI 教育不只是少數資源充足學校的特權，能照顧到偏遠與弱勢的地區。一個國家要讓幾百萬個孩子都碰得到 AI 教育，除了課程化，幾乎沒有別的辦法。

但我帶過那個十年教育實驗，對這件事有一個不太一樣的理解與體感。

## 協作素養有課綱嗎？系統思考能排進課表嗎？

我的經驗是這樣：有些能力，你排不進課表。

判斷、協作、系統思考，這些被所有未來能力報告點名的東西，不是靠上完幾堂課、通過一份測驗就會的。它們需要情境、需要摩擦、需要一個非做不可的共同目標。我在〈[四個孩子，一個暑假，一個要上線的網站](/articles/four-kids-summer-website)〉裡寫過，學生真正學會系統思考，是在一張空白頁面前卡了兩週、被真實的商業問題逼著想清楚之後。那個「想清楚」的能力，沒有一堂課能直接給他。

協作也一樣。你可以在課堂上教「團隊合作的五個原則」，學生也會背。但他真正學會協作，是在一個真實專案裡，跟意見不合的人吵過、分工重來過、有人想放棄過，最後還是一起把事情做完。這種能力不是被教出來的，是被逼出來的。

所以當我看到「AI 素養每學年 8 堂課」這種設計，我一方面佩服它的企圖，一方面也擔心：課堂可以交付知識，但那些稀缺的實作能力，是課堂交付不了的。

## 這是「規模 vs 深度」的老難題，換了新衣服

任務化的模式，有它自己的侷限。

真實任務高度依賴家庭與成人的資源。我在〈[教育創新的隱形帳本](/articles/hidden-ledger-education-innovation)〉裡算過，一個暑假的真實任務專案，背後是一百四十多個小時的成人投入。這種密度，不是每個家庭、每個學校都撐得起。如果只講任務化、不講課程化，那反而是把好教育變成少數人的特權。

所以課程化和任務化是同一個教育難題的兩面：規模，還是深度？課程化顧到了規模，任務化顧到了深度。AI 時代最難的地方不是選邊，而在怎麼讓課程化的規模，接上任務化的深度，讓更多孩子在碰得到 AI 教育的同時，也真的有機會在真實任務裡把能力長出來。

## 翻轉打開了可能，翻越才是 AI 時代的功課

回到最開始那組字。十年前我談翻轉，現在我更想談翻越。

翻轉，是打開可能。孩子不再只被標準課程定義，AI 也讓知識與答案變得前所未有地便宜。這是一件好事，是一扇被打開的門。

但翻越，是門打開之後的事。當答案唾手可得，稀缺的東西變了：把一個模糊的問題想清楚、跟專長不同的人協作、在混亂與不確定裡把事情整合出來、對自己的選擇負責。這些 AI 目前替代不了，也正是真實任務才長得出來的。

所以 AI 時代孩子要翻越的是什麼？不只是學會用工具，工具會一直換。是在一個答案變便宜的世界裡，長出那些不會因為 AI 而貶值的能力：判斷、協作、承擔，還有把想法變成現實的行動力。

總論〈[從翻轉到翻越](/articles/flip-to-climb-education)〉裡我說，教育的核心是讓孩子與真實世界相遇。AI 沒有改變這件事：素養仍然只能在實踐中慢慢長出來。技巧會過時，但真正形成的素養會變成品格，會陪伴孩子走很久，甚至影響他的一生。</content:encoded><category>沉思與記憶</category><category>AI 素養</category><category>AI 與教育</category><category>課程改革</category><category>真實任務</category><category>未來能力</category><category>翻轉教育</category></item><item><title>AI 把學習變快之後，孩子在哪裡練習變慢？</title><link>https://paulkuo.tw/articles/ai-fast-learning-where-practice-slow/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-fast-learning-where-practice-slow/</guid><description>美國有一種正在快速擴張的 AI 學校，用 AI 家教把核心學科壓縮到一天兩小時（業者宣稱學生成長速度是同儕的 2.6 倍，數據仍待獨立驗證），下午全部留給專案、生活技能與創業工作坊。它的底層邏輯很清楚：學習的敵人是低效率，AI 移除重複與等待，讓每個孩子用最短路徑達到精熟。這個時間結構，其實跟我帶孩子做真實任務的比例配置驚人地像。但兩者的哲學相反：它相信移除摩擦，我相信能力來自摩擦。這篇想追問一個問題：如果 AI 把學科學習裡所有的掙扎都優化掉了，孩子還剩下哪裡，可以練習面對困難？這是「從翻轉到翻越」教育系列與 AI 時代的一次對話。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 一種 AI 學校用「兩小時學習」把核心學科壓縮完，下午全做專案，邏輯是移除摩擦、讓學習更快（業者宣稱學生成長 2.6 倍，待獨立驗證）。這個時間結構跟真實任務教育很像，但哲學相反：它相信移除摩擦，我相信能力來自摩擦。這篇追問一件事：當 AI 把學科學習的掙扎都優化掉，孩子還剩下哪裡，可以練習面對困難？

有一種學校，最近在教育圈被討論得很多。它用 AI 家教，把一天的核心學科學習壓縮到兩小時。

它叫「兩小時學習」。孩子上午用 AI 一對一，按自己的精熟速度學數學、語文、科學，據[業者的說法](https://alpha.school/)，學生的成長速度是同儕的 2.6 倍（這個數字目前是業者自陳、獨立驗證還在進行）。學科兩小時搞定，下午整段時間全部釋放出來，拿去做專案、練公開演說、學創業、玩戶外。老師不再叫老師，改叫 guide，角色從講授者變成動機管理者。

我第一次看到這個模式，心裡有一種很複雜的感覺。因為它的時間結構，跟我帶孩子做真實任務的配置，驚人地像：把知識學習壓縮、把時間還給真實的專案。但再看下去，我發現我們的底層哲學，其實是相反的。

## 一個相信移除摩擦，一個相信摩擦

這種 AI 學校的邏輯：學習的敵人是低效率。

一個老師對三十個學生，速度一定被拉平：快的被拖慢，慢的跟不上。AI 一對一可以解決這件事，它移除重複、移除等待，讓每個孩子用最短的路徑達到精熟。省下來的時間，拿去做更有意義的事。這個邏輯很漂亮，也確實戳中了傳統課堂最大的浪費。

但我實際參與教學任務的體感，長出來的直覺剛好相反：能力的來源，往往正是摩擦。

我在〈[四個孩子，一個暑假，一個要上線的網站](/articles/four-kids-summer-website)〉裡寫過，那四個孩子最重要的成長，發生在他們對著空白頁面卡了兩週、想不清楚網站到底要做什麼的時候。那兩週的焦慮、混亂、一再重來，用效率的眼光看是徹底的浪費。但認知的建構，恰恰發生在那裡。如果有一個工具，在第一天就把答案順順地餵給他們，他們會做出一個更快的網站，卻長不出那個「把模糊想清楚」的能力。

## 學習，發生在掙扎裡

這不只是我的個人直覺。學習科學有一個概念，叫「有生產力的掙扎」（productive struggle）。

它的意思是：真正的理解，往往長在你卡住、困惑、必須自己想辦法穿過去的那段過程裡。答案來得太容易，那條神經迴路就沒有被鍛鍊到。我在〈[當作業可以被生成，真實任務為什麼更重要](/articles/real-tasks-when-work-can-be-generated)〉裡談過同一件事：AI 最擅長的就是消除掙扎，它讓你幾秒鐘拿到一個看起來不錯的答案，省下所有卡關的痛苦。這在很多場合是好事，但放在學習裡，它剛好抽掉了學習發生的地方。

所以我對「兩小時學習」最想追問的，不是它快不快，而是這個問題：如果 AI 把學科學習裡所有的掙扎都優化掉了，孩子還剩下哪裡，可以練習面對困難？

## 一個上午零摩擦的孩子，下午忍得住挫折嗎？

這種學校會說：練習面對困難的地方，就是下午的專案啊。

這個答案不能說錯。但我會再追問一層：一個孩子，如果整個上午都習慣了即時回饋、無摩擦、按最短路徑前進的學習，他下午走進一個真實專案，面對那種沒有標準答案、會卡住好幾天、可能做不出來的挫折，他忍得住嗎？

面對困難的耐受力，是需要練習的。而練習它的方式，是反覆地經歷「卡住、難受、還是撐過去」。如果一個孩子在學科學習裡從來沒有機會經歷這個循環，因為 AI 每次都在他快要卡住的前一刻，就把路鋪平了，那他下午在真實專案裡遇到的挫折，對他來說可能是陌生的、甚至是想逃的，而不是一個他熟悉、知道怎麼撐過去的老朋友。

我不是說 AI 家教不能用。我是說，把摩擦全部當成敵人來消滅，可能連學習本身也一起消滅了。

## 該分清楚的，是哪一種摩擦

這篇不是要否定 AI 個人化學習。它有很真實的價值：重複練習、基礎精熟這些確實低效的部分，AI 讓它變快，省下的時間本來就該拿去做更難的事。

該想清楚的，是分辨兩種摩擦。一種摩擦是浪費：一個老師講三十個人聽、快的等慢的、重複抄寫。這種摩擦，AI 該優化，優化是功德。另一種摩擦是學習本身：把模糊問題想清楚的燒腦、跟人協作的衝突、在混亂裡整合的煎熬。這種摩擦，不能被優化掉，因為它就是能力生成的現場。

AI 把學習變快，是了不起的事。但我們得看好，別在把浪費的摩擦優化掉的同時，也一起把學習的摩擦抽走。

總論〈[從翻轉到翻越](/articles/flip-to-climb-education)〉裡我說，教育是設計一條有足夠真實挑戰、也有足夠支持系統的路。AI 可以把支持系統做得很強，但那條路上的挑戰，不能全部被鋪平。孩子要翻越的，始終是真實的坡，不會快，會顛簸。</content:encoded><category>沉思與記憶</category><category>AI 與教育</category><category>個人化學習</category><category>productive struggle</category><category>真實任務</category><category>未來能力</category><category>教育反思</category></item><item><title>不用分數的評量：T1/T2/T3 學習回饋長什麼樣子</title><link>https://paulkuo.tw/articles/assessment-without-grades/</link><guid isPermaLink="true">https://paulkuo.tw/articles/assessment-without-grades/</guid><description>整理孩子 2015 到 2016 年的學習檔案時，我把三份學期評量攤開來：三學期制，每學期末一份，每科一頁，左邊雷達圖、右邊一段評語，翻完八頁找不到總分。結語頁還寫著：雷達圖相對分數的高低本身不是重點，盼家長以寬宏鼓勵代替責備質問。而同一個學年，同一個孩子在外部英語課程拿到的評量卡，是十個維度各打分、加總成滿分五百的總分、再換算字母等第。兩套哲學並存在同一個資料夾裡。這篇拆解不用分數的評量長什麼樣子：它寫什麼、怎麼寫、承載了分數裝不下的哪些東西，以及它的代價。這是「從翻轉到翻越」教育系列學習歷程主題的評量篇。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 一所實驗教育機構的學期評量：三學期制（T1/T2/T3），每科一頁雷達圖加敘述評語，全篇沒有總分、沒有等第。結語頁明文寫著「分數的高低本身不是重點」。同一學年，同一個孩子在外部課程拿到的卻是滿分五百的總分與字母等第。這篇用兩份並存的評量談：不用分數的評量寫什麼、承載什麼、代價是什麼。

整理孩子 2015 到 2016 年的學習檔案時，我看到三份學期評量，但我已經忘了細節。

八頁的簡報式文件，封面之後，一科一頁。翻完了，找不到總分。沒有等第，沒有排名，沒有「進步獎」或「待加強」的章。那一年孩子在一所實驗教育機構就讀，學制是三學期制：T1、T2、T3，每學期約三個月，學期末各發一份這樣的評量。

很多人第一次聽到「不用分數的評量」，想像的是「什麼都不評」。這三份文件說的是相反的事：不用分數，評得反而更多。

## 一科一頁：雷達圖，加一段話

每一科的頁面是同一個版型：左邊一張雷達圖，右邊一段評語。

![學期評量科目頁的版型：左側多維度雷達圖，右側三段式敘述評語。](/images/articles/assessment-without-grades-radar-page.jpg)

*學期評量的科目頁（人文科）：左雷達圖、右敘述評語。文件經模糊化與去識別化處理。*

雷達圖的維度，是這套評量最先讓我停下來的地方。人文科看的是積極參與、組織能力、表達能力、持續性，後來的學期加上思辨力；數學科有討論合作、數字敏銳度、自我學習；專案課看團隊合作、作品獨特性、負責任、持續力；閱讀科的向度（擷取訊息、統整解釋、省思評鑑）跟國際閱讀素養研究 [PIRLS](https://timssandpirls.bc.edu/) 的理解歷程同一個譜系。

注意這些維度在傳統成績單上的位置：不存在。「持續性」「找尋資源」「討論合作」從來不會出現在一個總分裡，但它們正是十年後回頭看，真正決定一個學習者走多遠的東西。

維度也不是固定的。科目不同、學期不同，雷達圖的軸就跟著調整。評量工具追著學習跑，而不是學習遷就評量工具。

## 評語寫什麼：亮點、邊界、下一步

右邊那段評語，讀多了會發現一個穩定的三段式：先講這學期在具體任務中觀察到的亮點，再講需要留意的成長邊界，最後給一個面向下一步的建議。

去識別化之後，句式大概長這樣：「學生在專案的執行上很有自己的想法，也很願意和組員團隊合作，但有時在溝通想法時會有辭不達意的狀況；若想更上一層樓，建議可就這方面加強練習。」

三件事值得指出來。第一，每一句評價都掛在具體的課堂事件上：某次專案、某場辯論、某個作品，證據先行。第二，情意與社會性的成長被正式入帳：願意把想法說出來、與組員的衝突變少、開始展現領導，這些在分數制裡無處安放的觀察，在這裡是正文。第三，評語的收尾永遠朝前，指向下學期可以練什麼，而非替這學期蓋棺論定。

後期的學期還出現兩個變體：人文科改成兩位任課老師的評語並陳，再加上學生自評；閱讀科的雷達圖疊上前測與後測兩條線，成長直接畫給你看。評量不再是一個老師的單向裁定，是多個視角的交叉。

## 「分數的高低本身不是重點」

三份評量的結語頁，有一段寫給家長的話，我原文引用：

&gt; 學期評量的目的是為了讓您們了解學生們在無界塾各科的學習情況，雷達圖相對分數的高低本身不是重點，僅是顯示在該科幾項學習重點上的狀態，盼家長們能以寬宏鼓勵代替責備質問，與學生討論如何在課堂上學習得更好。

這段話把整套設計的意圖講完了：評量的功能從審判變成對話素材。它不是要給孩子一個位置（第幾名、什麼等第），而是給親師生三方一份共同的觀察紀錄，讓「接下來怎麼學」有得談。

我在〈[十年 Seesaw](/articles/seesaw-evidence-archive)〉寫過學習歷程資料庫裡「第三方回饋」的價值。這些評量正是那種第三方回饋：有時間戳、有具體事件、有老師署名的觀察，多年後它們成了能力證據裡最難造假的一層。

## 同一年，另一份評量給了字母等第

有趣的是，同一個資料夾裡躺著另一種評量。

那一年孩子同時上一個外部的英語課程，供應商每學期發一張評量卡：十個維度各打一到十分，加總成一個滿分五百的總分，再換算成字母等第。同一個孩子、同一個學年，兩套完全相反的評量哲學，並存在我的檔案櫃裡。

我不想把這寫成好壞對決。分數制有它真實的功能：簡潔、可比、跨機構通用，家長一眼知道位置。敘事制有它真實的代價：每學期每科一段人寫的觀察，是老師大量的工時，這筆帳我在〈[教育創新的隱形帳本](/articles/hidden-ledger-education-innovation)〉裡算過；而沒有總分，銜接主流制度時就得另外做翻譯的工。

差別在於兩套系統各自丟掉了什麼。分數制丟掉的是過程、情意、協作、成長軌跡，留下一個可比較的數字；敘事制丟掉的是可比性，留下一份看得見孩子的紀錄。你要哪一個，取決於你認為評量是為了排序，還是為了學習。

## 十年後，哪一份還有用？

寫這篇的時候，那張英語課的評量卡和三份學期評量，都在同一個資料夾裡放了十年。

十年後再讀，等第已經沒有任何資訊量：它只告訴我孩子當年在某個班級裡的相對位置，而那個班級早就解散了。但那些評語還在：哪個學期開始願意把想法說出來、哪次專案第一次扛起協調的角色，這些觀察拼起來，就是一條看得見的成長線，後來也真的成了[學習歷程資料庫](/articles/learning-portfolio-vs-ai-resume)裡承重的證據。

分數告訴你孩子站在哪裡。觀察告訴你孩子正在變成什麼樣子。我想，十年是個可以回首來時路的檢定點。</content:encoded><category>沉思與記憶</category><category>教育評量</category><category>學習回饋</category><category>形成性評量</category><category>無界塾</category><category>實驗教育</category><category>學習歷程</category></item><item><title>創業精神課：不是教孩子談夢想，是帶他們去真實世界看價值怎麼發生</title><link>https://paulkuo.tw/articles/bts-entrepreneurship-real-world/</link><guid isPermaLink="true">https://paulkuo.tw/articles/bts-entrepreneurship-real-world/</guid><description>很多人以為創業課就是鼓勵孩子勇敢追夢、上台講一個很酷的點子。BTS 的認識創業精神課不是這樣教的。它讓學生走進三家很不一樣的真實企業：一家新創加速器、一家做地方創生的社會企業、一家做教育遊戲的公司，看創業的三種不同長相。它讓學生自己辦一場園遊會，當作第一次真的要面對客戶、算成本、收錢的創業體驗。它用業師制度，把課堂接到真實世界。這篇談一件事：創業精神不是教孩子談夢想，是訓練他們定義問題、整合資源、創造價值，而這些只有在真實世界的邊界上才學得會。這是「從翻轉到翻越」教育系列真實任務案例的一篇。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 一堂國中的認識創業精神課，沒有停在鼓勵孩子談夢想。它帶學生走進三家很不一樣的真實企業、自辦一場園遊會當第一次創業體驗、再用業師制度把課堂接到真實世界。創業精神從來不是口號，它是一種訓練：把問題定義清楚、把資源整合起來、把價值創造出來，而這些只有在真實世界的邊界上才學得會。

「你長大想做什麼？」這種問題，孩子都很會回答。真正難的是下一題：你要解決什麼問題、為誰解決、憑什麼是你？

創業精神課最容易走偏的地方，就是停在第一題。老師鼓勵孩子勇敢追夢、上台講一個很酷的點子，大家拍拍手，課就結束了。點子聽起來都很棒，但沒有一個經得起「然後呢」的追問。

BTS 的認識創業精神課是我設計的，我想做的是第二題。它不教孩子談夢想，它訓練孩子把夢想拆成可以執行、可以被檢驗的東西。這件事一般課堂裡不好教，得把學生帶到真實世界。

## 創業不是只有一種長相

第一件事，是讓學生看見創業真正的樣子，而且不只一種。

因為我自己在創業生態圈，我認識很多新創公司，因此把孩子們帶去這些公司參訪，是很自然的安排。例如新創加速器[之初創投（AppWorks）](https://www.appworks.tw/)，那裡是台灣新創最密集的地方之一，學生看到的是高速成長、募資、規模化的那種創業。還有[甘樂文創](https://www.thecan.com.tw/)，一間在三峽做地方創生的社會企業，學生看到的是創業也可以是為了解決一個社區的問題。還有一家做教育遊戲的公司，學生看到的是怎麼把一個興趣，變成一個真的有人用的產品。

三家公司，三種創業。加速器讓你看到速度與創業社群，社會企業讓你看到創業能承載價值與意義，教育遊戲公司讓你看到興趣怎麼變成生意。如果用講的，或只看一支 TED，學生很容易以為創業只有一種長相：一個很酷的點子加上勇氣。走過這三個現場，親自拜訪並與創辦人交談後，他們更容易理解：創業從來不是單一樣貌，而是一整條由不同選擇、規模與生活方式組成的光譜。

校外參訪不是戶外教學，也不是去打卡。每一次參訪，學生都帶著問題去、帶著觀察回來，回到課堂再一起拆解：這家公司解決了什麼問題？它的價值是什麼？它靠什麼活下來？

## 一場園遊會，第一次真的面對客戶

看別人創業，跟自己做，是兩回事。所以這堂課還有一個環節：學生要自己辦一場園遊會，當作第一次的創業體驗。

園遊會聽起來很小，但它把創業最核心的循環，用一個國中生扛得起的規模演練了一遍。你要賣什麼、成本多少、定價多少？攤位怎麼擺才有人願意停下來？東西賣不掉怎麼辦？收了錢之後，賺賠又怎麼算？

這些問題在紙上寫，永遠是抽象的。但當你真的站在攤位後面，看著人潮走過去卻不停下來，孩子們會具體感覺到「價值」這兩個字的重量。原來讓別人願意掏錢，比想像中難得多。一個好點子，跟一個賣得掉的東西，中間隔著一大段距離。

這是我在〈[系統與直覺的對決](/articles/system-vs-intuition-planning)〉裡談過的：多數人卡住的地方其實很前面，還沒把「我們是誰、賣什麼、為什麼有人要買」想清楚。園遊會用最直接的方式，把這個距離攤在孩子面前。

## 用真實的框架，逼出真實的思考

看過現場、擺過攤，還需要一個工具，把這些經驗收斂成可以思考的結構。這堂課用的是商業模式圖（Business Model Canvas）。

商業模式圖不是要孩子填九個格子交作業。它是一組追問：你的顧客是誰？你提供什麼價值？你怎麼把東西送到他手上？你的成本在哪、收入從哪來？當學生把園遊會的攤位、參訪看到的公司，一格一格填進去，他們會發現自己有很多格子填不出來。那些填不出來的格子，就是他們還沒想清楚的地方。我讓他們自己賣東西，自己當客服，自己收錢，自己打電話給客戶解決問題。

工具的價值，不在於讓答案變漂亮，而在於讓「沒想清楚」現形。這跟考卷剛好相反：考卷幫你把問題切好，商業模式圖逼你自己把問題找出來，讓市場親自教你。

![創業課的上課現場：孩子們圍著桌子與筆電討論，白板上寫著這堂課的重點，老師在一旁引導。](/images/articles/bts-entrepreneurship-real-world-class.jpg)

*創業精神課的上課現場。白板、投影機、幾台筆電，和一群正在把想法拆成問題的孩子。*

## 業師：把課堂接到真實世界的那條線

把這一切串起來的，是業師制度。

創業這種實戰的知識，學校老師未必是最好的老師。真正做過、失敗過、正在市場裡搏鬥的人，才給得出課本給不了的默會知識。業師制度就是把這些人請進來，讓學生的學習連接到真實世界。

但我在〈[教育創新的隱形帳本](/articles/hidden-ledger-education-innovation)〉裡寫過，業師制度不是找個厲害的人來講幾堂課而已。它是一整套治理：遴選、履歷、簽約、發聘書，學期初有教學評量表，期中期末各做一次晤談。找到人容易，把他變成制度裡可追蹤、可負責、可評量的一環，才是真正花力氣的地方。這條連接真實世界的線，需要用制度好好地拉住。

## 創業精神，其實是一種面對世界的方式

課上完，我不期待這些國中生真的去創業。多數人不會，也不需要。

但我希望他們帶走一種能力，或者說，一種面對世界的方式：遇到一件不滿意的事，不是抱怨，而是問「這是什麼問題、能不能解決、我手上有什麼資源」。看到一個機會，能判斷它到底有沒有價值、值不值得投入。想做一件事，知道要怎麼把它從一個念頭，變成一個別人願意買單的東西。

這種能力，創業的人需要，但不只有創業的人需要。它其實是把一個模糊的世界，變成可以動手改造的世界的能力。習慣把手弄髒，親身解決問題，是我希望他們養成的性格。

創業精神課教的，不是怎麼創業。是怎麼不把「我不會」當成句點，而是當成一個可以開始拆解的問題。這也是總論〈[從翻轉到翻越](/articles/flip-to-climb-education)〉裡那句話的另一種說法：教育的核心，是讓孩子與真實世界相遇，然後長出改造它的能力。</content:encoded><category>創造與建構</category><category>創業教育</category><category>專案式學習</category><category>業師制度</category><category>校外參訪</category><category>商業模式</category><category>教育實踐</category></item><item><title>營隊與體驗教育：命運共同體如何形成</title><link>https://paulkuo.tw/articles/camp-experiential-education/</link><guid isPermaLink="true">https://paulkuo.tw/articles/camp-experiential-education/</guid><description>整理十年教育檔案時，我翻到 2015 年 12 月的一張營隊課表：星期一坪林茶園，星期二到四聲音表達營，星期五陽明山的戶外體驗教育。乍看像期末放風，但同一批檔案裡的課程設計說明寫著「挫折感處理」「領導與被領導」「與隊友建立共同目標」。這篇想拆開營隊的設計：命運共同體不會在孩子之間自然發生，它是被設計出來的。並把這套十年前的實踐，接上 Jonathan Haidt《焦慮的一代》的當代論述：他的減法把真實世界還給孩子，營隊的加法在真實世界裡給孩子一件必須一起完成的事。寫給把營隊當成「放電行程」的家長。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 2015 年某一週，排了三種營隊的課表，體驗教育的設計邏輯是：把一群孩子放進「沒有人能單獨完成」的任務裡，命運共同體才會形成。《焦慮的一代》的減法把真實世界還給孩子；營隊的加法在真實世界裡給孩子一件必須一起完成的事。減法清出場地，加法讓事情發生。

整理教育資料檔案時，我翻到一張 2015 年 12 月的課表。

星期一，坪林的有機茶園。星期二到星期四，連續三天的聲音表達營。星期五，陽明山的營地，一整天的戶外體驗教育，主題叫「我是泰山」。一週五天，三種營隊，那是無界塾為孩子們排的十二月。

乍看很像期末前的放風週。但同一批檔案裡，還留著營地的課程設計說明、三天營隊的逐節流程表。把這些檔案攤開來讀，發現沒有一節是隨便排的。

## 體驗教育到底在教什麼？

那份營地的課程說明，把一日課程排成一個遞進結構。上午建立團隊共識：破冰、目標澄清、訂出全隊的規約。下午先練互動與信任：平衡板、搶渡洪流這類需要協調的活動。壓軸放在下午三點，欄位上寫「全體共同目標」：跨越高牆。最後半小時收在回饋與總結，各組報告、彼此分享。

課程目標欄寫的內容有點意思：「挫折感處理」、「成為領導與被領導者應有的特質與態度」、「與隊友建立共同目標」。這些字眼出現在一份營隊文件裡，而它們沒有一項會出現在考卷上。

體驗教育（Adventure Education）在國際上有超過半世紀的歷史，最常被追溯到 [Outward Bound](https://www.outwardbound.org/) 的野外教育傳統：用真實的身體經驗當媒介，讓學習發生在活動裡。它和一般「玩」的差別，其實只有一個：玩的目標是盡興，體驗教育的目標則被放進事前的設計裡。

好好玩，有錯嗎？當然沒有。玩本身就很重要，只是當我們談的是體驗教育，除了玩得投入，也會多想一步：希望孩子在這段經驗裡，看見什麼、練習什麼，又帶走什麼。

## 命運共同體是怎麼被設計出來的？

看壓軸那一關就懂了。「跨越高牆」這類活動有一個共同的設計核心：牆的高度，剛好高到沒有任何一個人翻得過去。

想過關，就得有人蹲下來當底座，有人在牆上拉，而最後一個人怎麼上去，是全隊必須一起想的問題。目標是全隊的，成敗綁在一起，你不能自己先過去，然後說「我完成了」。

我在〈[獨行者的終結](/articles/ironman-group-education)〉寫過鐵人三項接力賽的規則：一人退賽，全組成績作廢。營隊做的是同一件事，只是把這個結構濃縮進一個下午。命運共同體的形成條件，在這兩個場景裡一模一樣：一個共同的目標，加上真實的相互依賴。

這件事很難用講的教會。你可以對孩子說一百次「要團隊合作」，他點頭，然後繼續自己玩自己的。但讓他在一面牆前面，親身經歷一次「我過不去，除非大家一起想辦法」，那個經驗會留在身體裡。

## 表達課，也是在群體裡上的

那一週中間的三天是聲音表達營，教上台說話。乍看是最個人的技能，但翻開課表：第一天從自我介紹、認識小隊成員開始，每天有小組時間，最後一節是全體的學員心得分享。個人技能被放進群體的容器裡練。

第一天有一堂課叫「找回表達的心」，課表上的說明我很喜歡：透過繪畫告訴學員，表達沒有好不好的分別，重點是想要表達的那顆心。第三天的實戰課，設計是「失誤必須重來」：讓學員在這個壓力下輪流上台，學會把注意力放在每一個動作上，化解緊張帶來的副作用。

表達本來就是社會性的：你對著誰說、被誰聽見、說錯了誰接住你。我在〈[情緒也發生在關係裡](/articles/eq-group-education)〉談過，EQ 中的關係能力，需要在有別人的世界裡練習。表達也一樣。把表達課放進小隊結構裡，練的從來就是同一組肌肉。

## 《焦慮的一代》的減法，營隊的加法

2024 年，Jonathan Haidt 的《[焦慮的一代](https://jonathanhaidt.com/anxious-generation/)》把「把真實世界還給孩子」變成全球議題。他的診斷是：這一代的童年在 2010 到 2015 年間被重塑，從玩耍為本變成手機為本；病灶是雙重錯位，孩子在真實世界被過度保護，在虛擬世界卻幾乎不設防。他的處方是減法：拿掉手機、大人退後一步，把無監督的自由玩耍還給孩子。

十年前那些營隊，跟 Haidt 談的是同一塊土壤：能力與心理健康，都長在實體群體的摩擦裡。但走過這十年，對一個已經習慣螢幕的世代，把手機拿走、把時間還給他的期待越來越深，群體感不會自動發生，特別這一代的孩子經歷過疫情這幾年，與人的疏離更深。我在〈[從翻轉到翻越](/articles/flip-to-climb-education)〉裡寫過：沒有結構，自由常常只剩鬆散。

所以順序應該是：先做 Haidt 的減法，把孩子帶回真實世界；再做設計的加法，在真實世界裡給他們一件必須一起完成的事。減法清出場地，加法讓事情發生。

## 三天的共同體，散了之後剩什麼？

誠實說，營隊有它的限制。三天結成的命運共同體，結營那天就解散了。強度夠、時間短，若後面沒有東西接住，它會退化成一段回憶，能力長不住。

所以在整個教育設計裡，營隊的位置是入口，練的是群體經驗的第一次。後面要接的是更長的真實任務：像〈[四個孩子，一個暑假，一個要上線的網站](/articles/four-kids-summer-website)〉那種一起扛兩個月的專案，共同體才會從三天的強度，變成長期的日常。

另一個限制是成本。那一週的背後是場地、隊輔、保險、行政聯繫，全部要有人做、有人付。營隊真正貴的地方不在報名費，在設計。

課表上的那一週，孩子看起來就是去玩了五天。十年後我重讀每一節的設計目標，會更清楚那週在練什麼：在一個誰也不能單獨過關的地方，把自己交給隊伍，也接住別人。

群育這件事，一個人在家練不成。</content:encoded><category>沉思與記憶</category><category>體驗教育</category><category>營隊</category><category>群育</category><category>命運共同體</category><category>焦慮的一代</category><category>教育設計</category></item><item><title>十年前的家庭教育實驗，為何對上今天的全球技能清單？</title><link>https://paulkuo.tw/articles/decade-early-employer-skills/</link><guid isPermaLink="true">https://paulkuo.tw/articles/decade-early-employer-skills/</guid><description>世界經濟論壇 2025 年的《未來就業報告》調查了超過一千家全球雇主，列出到 2030 年最需要的核心技能：分析性思考排第一，接著是韌性與敏捷、領導與社會影響力、創造性思考、動機與自我覺察。我第一次讀到這份清單時，愣了一下。因為它跟我十年前帶孩子做真實任務時、一項一項長出來的能力，幾乎可以一一對應。我不是預言家，十年前也沒讀過任何未來技能報告。這篇想說的是：一個家庭教育實驗會提前十年「押中」全球雇主的清單，不是因為運氣，而是因為真實任務本來就會長出這些能力，而這些能力，正是 AI 時代最難被取代、最保值的部分。這是「從翻轉到翻越」教育系列與 AI 時代的一次對話。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 世界經濟論壇在 2025 年列出的五大核心技能，和我十年前陪孩子從真實任務中長出的能力，幾乎一一對應。這並不是因為我預見了未來，也不只是碰巧押中答案。更可能的原因是：真實任務本來就會逼著人分析問題、調整方法、與人合作，並在失敗後繼續修正。十年後，全球雇主重新重視的，正是這些能力；而在 AI 可以快速生成知識與成品的時代，它們也更難被表面的成果取代。

我第一次讀到世界經濟論壇的《未來就業報告》時，愣了一下。但很開心。

那份[報告](https://www.weforum.org/publications/the-future-of-jobs-report-2025/)調查了超過一千家全球雇主、涵蓋一千四百萬名工作者，列出到 2030 年最需要的核心技能。我看著那份清單，心裡浮出一種很奇怪的熟悉感。因為它跟我十年前帶孩子做真實任務時，一項一項長出來的能力，幾乎可以對得起來。

我要先說清楚：我不是預言家。十年前開始帶孩子走非典型教育路的時候，我沒讀過任何未來技能報告，也沒有對著哪份清單設計課程。所以這件事真正有趣的地方，不在我押對了，而在為什麼會押對。

## 把兩張清單並排看

先把 WEF 2025 排在最前面的五大技能，跟我在真實任務裡看到孩子長出的能力，並排放在一起。

| 世界經濟論壇 2025 核心技能 | 真實任務長出的對應能力 |
|---|---|
| 分析性思考（約七成企業列為必備） | 從目的逆推結構、把模糊問題想清楚（做網站、排行程） |
| 韌性、彈性與敏捷 | 面對挫折與不確定、一階一階翻越（海外健行、專案卡關） |
| 領導與社會影響力 | 團隊分工、群育、把話說清楚讓別人跟上 |
| 創造性思考 | 在真實限制下創造價值（園遊會、商業企劃） |
| 動機與自我覺察 | 自主管理、長期紀錄與反省（學習歷程） |

這張表不是我硬湊的。左邊是一份調查了上千家企業的全球報告，右邊是一個家庭、幾個孩子、幾年下來的真實紀錄。它們長得這麼像，本身就是一件值得停下來想的事。

## 為什麼會這麼準？因為真實任務本來就長這些

答案其實不神秘。這些技能之所以在真實任務裡自然長出來，是因為它們本來就不是靠背答案得到的。

分析性思考，要在一個沒有標準答案的真實問題前，被逼著逆推、拆解，才長得出來。我在〈[系統與直覺的對決](/articles/system-vs-intuition-planning)〉裡寫過，那四個孩子的系統思考，是在空白網頁前卡了兩週逼出來的。韌性，要在真實的挫折裡才練得出來，一份考卷考不出韌性，一趟會餓肚子、會受傷、會迷路的旅行才會。領導與協作，要在一個真實的團隊裡，跟意見不合的人磨過，才學得會。創造性思考，要在真實的限制下才長得出來，因為沒有限制的創意只是空想。

換句話說，真實任務把這些能力生成的條件，全部湊齊了：真實的問題、真實的挫折、真實的團隊、真實的限制。所以它自然會長出雇主想要的那些能力，根本不需要對著報告設計。反過來，一份把問題切好、答案準備好的模擬作業，剛好把這些條件全部拿掉了，所以它長不出這些能力，也就對不上那份清單。

## AI 讓這件事，變得更重要

如果只是「十年前的教育剛好對上今天的報告」，那還只是一個有趣的巧合。但 AI 把這件事，從巧合變成了迫切。

WEF 的分析裡有一個關鍵判斷：讀寫算與多語翻譯這類技能，AI 有很高的替代力；但需要細緻理解、複雜問題解決的技能，目前替代風險有限。把這句話跟前面那張表擺在一起，結論就浮出來了：真實任務長出的那些能力，正好是 AI 最難取代、因此最保值的部分。

我在〈[當作業可以被生成，真實任務為什麼更重要](/articles/real-tasks-when-work-can-be-generated)〉裡說過，AI 一邊讓標準答案變得不值錢，一邊把「能在混亂裡把事情整合出來」的能力，推到了更高的價格。這份 WEF 報告，等於是用上千家企業的調查，替這句話背了書。

## 看懂，比複製更重要

所以我不是要說「照我的方法做，你的孩子就會贏在未來」。這批資料我一直提醒自己，一個案例的價值不在於讓所有人照抄。

我想說的是另一件事：當一個沒有讀過任何未來報告的家庭教育實驗，長出的能力清單，跟全球雇主十年後的需求高度重合，這暗示了一件事：真實任務長出的，不是某種會過時的技能，而是一種跨時代都保值的東西，一種面對真實世界的基本能力。

總論〈[從翻轉到翻越](/articles/flip-to-climb-education)〉裡我說，教育的核心是讓孩子與真實世界相遇。這份 WEF 清單讓我更確定：讓孩子與真實世界相遇，長出來的東西，剛好就是這個世界，無論怎麼被 AI 改寫，都還會需要的。</content:encoded><category>沉思與記憶</category><category>未來技能</category><category>AI 與就業</category><category>真實任務</category><category>世界經濟論壇</category><category>專案式學習</category><category>教育反思</category></item><item><title>帶得走的五個設計原則：十年教育實踐的總整理</title><link>https://paulkuo.tw/articles/five-design-principles-education/</link><guid isPermaLink="true">https://paulkuo.tw/articles/five-design-principles-education/</guid><description>這是「從翻轉到翻越」教育系列的收尾篇。整理完十年、兩千三百多個檔案，寫完二十多篇文章之後，我把整個實踐收斂成五個帶得走的設計原則：讓孩子面對真實任務、把自由放進結構裡、刻意設計群體經驗、讓成人成為學習環境設計者、從第一天開始保存能力證據。這篇跟系列裡其他文章的差別是：每一條原則後面，我都放上它在真實世界裡發生過的樣子，也放上它失敗過的樣子。原則可以借鏡，但每個孩子的路徑仍然需要重新設計。寫給想從這個系列帶走一點什麼的家長與教育者。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 這是十年教育實踐的總整理，也是五個真正帶得走的設計原則：讓孩子面對真實任務、把自由放進結構裡、刻意設計群體經驗、讓成人成為學習環境的設計者，並從第一天起保存能力證據。每一條原則背後，都有這個系列裡真實發生過的故事，包括那些沒有成功、後來重新調整的部分。這些原則可以借鏡，但每個家庭面對的孩子、資源與環境都不同，真正的路徑，仍然要自己設計。

寫到這裡，這個系列該收尾了。

十年的檔案、兩千三百多個文件、二十多篇文章。從〈[從翻轉到翻越](/articles/flip-to-climb-education)〉的總論開場，一路寫過電商網站、熊野古道、營隊、業師合約、成本帳本、學習歷程，也寫過那些不好看的：被拿走的學生作品、142 小時的隱形工時、同齡同學太少的孤獨。

最後這篇，我想把整個實踐收斂成五個原則。收斂的標準只有一個：這條原則能不能被別的家庭帶走。帶不走的（我們家的特殊條件、運氣、時代背景），不算原則，只算故事。

## 原則一：讓孩子面對真實任務

真實任務必須有目的、有對象、有時間限制、有成果要求，也有失敗的可能。五個條件缺一個，它就會退化回模擬作業。

這個系列裡最完整的示範是〈[四個孩子，一個暑假，一個要上線的網站](/articles/four-kids-summer-website)〉：網站要真的上線、要給真的使用者看、暑假結束就是死線。孩子最重要的成長，發生在對著空白頁面卡住的那兩週，因為考卷會把問題切好、範圍畫好，真實任務會把技術、敘事、商業、協作全部混在一起丟給你。

十年後，AI 讓這條原則從教育理念變成剛需：〈[當作業可以被生成，真實任務為什麼更重要](/articles/real-tasks-when-work-can-be-generated)〉寫的就是這件事。當任何書面作業都能被生成，「在真實情境中把事情做出來」成了少數無法被偽造的能力證明。

## 原則二：把自由放進結構裡

翻轉打開了自由，但自由不是教育的終點，只是設計的起點。沒有結構的自由，常常只剩鬆散。

結構是什麼？節奏、紀錄、回饋、修正。〈[從自學到特殊選才](/articles/homeschool-to-special-admission)〉裡那份要送審議會的實驗教育計畫、每學年三十多頁的成果報告書，看起來是行政負擔，實際上是把自由撐起來的骨架。〈[停課不停學的殘酷考驗](/articles/online-learning-resource-war)〉則是反面教材：結構一夕消失時，最先垮掉的正是「以為孩子會自然學習」的家庭。

這條原則也適用於反方向。全是結構、沒有自由，只是換一種標準化控制。拿捏的判準在〈[AI 把學習變快之後，孩子在哪裡練習變慢？](/articles/ai-fast-learning-where-practice-slow)〉裡談過：分清楚哪些摩擦是浪費、哪些摩擦是學習本身。

## 原則三：刻意設計群體經驗

協作、妥協、衝突處理與責任承擔，很難只靠個人練習形成，需要在有別人的世界裡反覆磨合。〈[情緒也發生在關係裡](/articles/eq-group-education)〉談了其中的關係面向，〈[獨行者的終結](/articles/ironman-group-education)〉則給了最鋒利的例子：接力賽一人退賽、全組作廢。

但群體經驗不會自然發生，尤其對這一代孩子。〈[營隊與體驗教育](/articles/camp-experiential-education)〉拆過一張 2015 年的營隊課表：跨越高牆的高度，剛好高到沒有任何一個人翻得過去，命運共同體是被設計出來的。先做減法把孩子帶回真實世界，再做加法給他們一件必須一起完成的事。

## 原則四：讓成人成為學習環境設計者

家長、老師與業師的工作，不是只給答案，而是設計場域、提出追問、提供資源、守住邊界。

這個系列花了三篇寫「守住邊界」的代價，因為它最容易被浪漫化的敘事略過。〈[教育創新的隱形帳本](/articles/hidden-ledger-education-innovation)〉算了成本：一個令人驚豔的成果，背後是 142 小時。〈[業師怎麼找](/articles/mentor-teacher-governance)〉攤開了遴選表、切結書、合約與聘書。〈[誰擁有孩子做出來的東西](/articles/whose-work-education-blind-spot)〉則是邊界沒守住的那次：學生無償的產出被拿去變現，因為沒有人事先講清楚它是誰的。

把孩子帶進真實世界的成人，自己要先把真實世界的規則帶進來。信任很珍貴，正因為珍貴，才需要護欄。

## 原則五：從第一天開始保存能力證據

作品、紀錄、回饋、反省，從第一天就要保存，因為真正有力量的學習歷程是長期累積出來的，無法事後補。

〈[十年 Seesaw](/articles/seesaw-evidence-archive)〉寫了那座 1,585 個檔案的學習歷程資料庫怎麼長出來：它是教學的副產品，沒有人為申請加過班。〈[備審資料的翻譯學](/articles/portfolio-translation-craft)〉寫了它最後怎麼被整理成制度看得懂的語言。而〈[學習歷程 vs AI 生成履歷](/articles/learning-portfolio-vs-ai-resume)〉解釋了為什麼這件事在 AI 時代反而更值錢：時間戳與過程密度，是無法事後生成的證據。

這一條的門檻最低，今天就能開始。一個資料夾、一個有時間戳的平台、一個「記真實的、含失敗的」的習慣。

## 原則之外：路徑不能複製

最後要說的，比五個原則更重要。

別人的見證不代表可以直接複製。這個系列裡的每一個案例，都長在特定的孩子、特定的家庭條件、特定的時代裡。非典型教育高度依賴家庭能投入的時間與資源，這是它誠實的侷限，我在系列裡反覆寫過，不想在收尾時假裝它不存在。

所以這五條原則的正確用法，可以當地圖參考，但不是當食譜。它們回答的是「該往哪些方向設計」，而不是「照做就會成功」。每個孩子的路徑，仍然需要為他重新設計一次。

十年前我們開始的時候，沒有這張地圖。現在它在這裡，帶得走的部分都在這裡。剩下的那段路，是你和你的孩子的迦南美地，你們可以自己創造。</content:encoded><category>沉思與記憶</category><category>教育設計</category><category>真實任務</category><category>群育</category><category>自學</category><category>學習歷程</category><category>教育原則</category></item><item><title>教育創新的隱形帳本：一個令人驚豔的成果，背後是 142 小時</title><link>https://paulkuo.tw/articles/hidden-ledger-education-innovation/</link><guid isPermaLink="true">https://paulkuo.tw/articles/hidden-ledger-education-innovation/</guid><description>我寫過一個故事：四個國中生，一個暑假，從空白頁面做出一個令人驚豔的電商網站。那是真的。但那個故事有一個我當時沒細講的部分：它背後的帳。會前 20 小時、執行超過 120 小時、會後 2 小時，四位大人平均每天各投入六小時，光前置會議就開了十五次以上，而且一開始有九個學生有興趣、最後四個加入。這篇攤開教育創新的隱形帳本：時間、金錢、業師合約、保險與組隊的門檻。我想說的是：真實任務的效果很好，成本也很真實。不把這本帳攤出來，就等於把教育創新講成一個只要有熱血就能複製的神話，那對想效法的家庭和老師並不誠實。這是「從翻轉到翻越」教育系列裡，專門講成本與治理的一篇。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 我寫過一個小故事：兒子在BTS就學期間，跟三個國中生一個暑假做出令人驚豔的網站。那是真的，但它背後有一張我當時沒細講的帳：142 小時成人工時、四位大人、十五次以上前置會議，而且九個學生有興趣、最後四個加入。這篇攤開教育創新的隱形帳本，時間、金錢、合約、保險與組隊的門檻。因為只講成果不講成本，就是把教育創新講成一個只要有熱血就能複製的神話。

今年是 2026 年，八年前有四個國中生，用一個暑假的時間，從一張空白頁面，做出一個令人驚豔的電商網站。那個教育故事是真的，每個字都是。沒有媒體報導，也沒刻意去渲染，也不需要，對我們來說，教育是日常，不是特殊事件。

不過，那故事有一個部分，我當時沒有細講。就是它背後的財務帳。

## 一個成果，一本沒人看見的帳

那次暑假專案，我後來把工時粗算了一下。

會前溝通，大約 20 小時。專案執行期間，人力投入超過 120 小時。會後檢討，2 小時。過程中，四位大人，包含我、蔡教授和兩位 Mentor，平均每天各自投入六小時。光是前置會議，大小加起來就開了十五次以上。一開始有九個學生有興趣，經過兩個月的溝通，最後加入專案是四個。

把它列成一張表，會更清楚：

| 階段 | 成人工時 | 說明 |
|---|---:|---|
| 會前溝通 | 約 20 小時 | 十五次以上前置會議，九位學生有興趣、四位加入 |
| 專案執行 | 超過 120 小時 | 四位大人，平均每人每天六小時 |
| 會後檢討 | 2 小時 | 檢討專案延續與下學期銜接 |
| **合計** | **約 142 小時** | 這還沒算金錢、場地、業師與保險 |

![專案簡報投影片，寫著蔡教授每週五驗收、兩位 Mentor 每日主持晨會、每位成員上台開自己的工作日誌說明貢獻。](/images/articles/hidden-ledger-education-innovation-rhythm.jpg)

*專案的每日節奏：蔡教授每週驗收、Mentor 每日主持晨會，每位成員上台說明自己的工作日誌。這些看不見的節奏，就是那 142 小時的其中一部分。*

一個令人驚豔的網站，背後是一百四十多個小時的成人時間、四個大人、十五場會議，還有九個孩子有興趣、最後四個組成團隊的過程。這就是隱形帳本。你在成果發表會上看到的是那個網站與孩子的 demo，看不到的是這整本帳。

我是想說：如果我只給你看那個網站，卻不給你看這本帳，對實驗教育的理解會不夠全面。

## 帳本上有什麼

這本帳不只有工時。攤開來看，它有幾個清楚的類別。

**時間。** 成人的時間是最大也最容易被低估的一項。它遠不只是那八天、那一個月，還包含前面幾個月的規劃、陪伴、追問，加上後面的檢討與銜接。

**金錢與場地。** 真實任務需要空間、工具、交通、材料，這些都是真的錢。那次專案我們借了青島東路的青旅當學習基地，場地一天數千元；海外專案一個人光機票加住宿，大約就是一趟家庭出國自助旅行的量級；業師的鐘點按專業計價。再往上游看，機構自學一年的學費，跟一所私立中學到雙語學校的區間相當。把這些加起來，這條路從來不是省錢的選項。它更像是把原本要交給補習班或才藝班的錢，重新投進真實任務裡。

**業師與合約。** 把學習連接到真實世界，靠的是業師制度，而業師制度是一整套治理：取得履歷、遴選、簽約、發聘書，學期初提供教學評量表，期中與期末各做一次校方與業師的晤談，期末業師再把評量表繳回。找一個厲害的人來講幾堂課很容易，把他變成制度裡可追蹤、可評量、可負責的一環，才是真正花力氣的地方。

**保險與風險。** 校外參訪要投保，會留下投保收據；學生要有學生保險；海外行程要備齊個人保險與網路，還要設計緊急金與通報機制。這些不是行政形式，它們是把孩子帶進真實世界之前，必須先鋪好的安全網。

**行政與治理。** 一個非典型教育場域，背後有財務、教室、器材、文宣的總務，有衛生保健、學生輔導、親師互動的學務，有學籍、課務、業師聘任、產學合作的教務。這些齒輪不轉，前台再精彩的學習都撐不久。

## 為什麼講這本帳

因為只講成果、不講成本，會製造一個危險的誤會。

那個誤會是：只要有熱血，任何家庭、任何老師都能複製這些成果。這句話聽起來很勵志，卻不是真的。真實任務高度依賴家庭與成人的投入：時間、金錢、人脈、行政能力，還有情緒承受力。不是每個家庭都有條件長期承擔這種設計成本。忽略這一點，教育創新就會被講成一個少數資源充足家庭的成功神話，而神話對真正想效法的人沒有幫助，只有壓力。拿我自己來說，每週平均要投入超過 15 個小時在孩子身上。我想對每個有意參與、嘗試非典型實驗教育的家庭說：這條路需要家長的高度投入，絕不只是換個地方，把教育「外包」給某個機構而已。每個人適合的節奏不同，你當然可以不認同我的方式。這只是我的個人實踐，僅供參考，並不是標準答案。

我在〈[當作業可以被生成，真實任務為什麼更重要](/articles/real-tasks-when-work-can-be-generated)〉裡說過一句話：真實任務的效果很好，成本也很真實，這兩件事要一起講才誠實。這篇文章，就是把後半句認真攤開。有一句話講得很重，但我認為是實話：翻轉常常有補助，翻越幾乎沒有。願景可以被鼓勵、被宣傳，但那些爬坡的、看不見的成本，最後多半是家庭自己扛。

## 帳本不是不做的理由

講到這裡，好像在勸退人。其實相反。

攤開這本帳，目的不是嚇跑想做的人。恰恰相反，是要讓想做的人做得真、做得久。一個把成本算清楚、把治理設計好的專案，比一個只有熱情、沒有結構的專案，走得遠得多。沒有結構的熱情，通常燒一輪就沒了；有結構支撐的熱情，才可能一年一年做下去。

而且，管理這本帳本身就是教育的一部分，不是教育之外的雜務。孩子在專案裡學會分工、預算、紀錄與負責，成人在幕後做的合約、保險、工時管理，是同一種能力在不同層級的展現。我在總論〈[從翻轉到翻越](/articles/flip-to-climb-education)〉裡說，成熟的非典型教育不是少一點管理，而是把管理從標準化控制，轉成個別化設計。這本帳，就是那個設計的成本明細。

## 誠實地把兩張紙一起遞出去

所以，當我再講起那個四個孩子一個暑假的網站，我會把兩張紙一起遞出去。

一張是那個令人驚豔的成果。另一張，是這本一百四十多小時、四個大人、十五場會議、九個孩子有興趣最後四個加入的帳。少了任何一張，故事都不完整。只給你看成果，是報喜不報憂；只給你看帳，又太冷。真實的教育創新，是這兩張紙一起存在。

如果看完只記得那個漂亮的網站，我覺得只是看到事情的一半。我更希望你記得的是：那個網站之所以能長出來，是因為有一群大人，願意在看不見的地方，付出那本帳上的每一個小時。天下沒白吃的午餐，也沒有不需付代價的教育設計。</content:encoded><category>沉思與記憶</category><category>教育成本</category><category>實驗教育</category><category>業師制度</category><category>教育治理</category><category>專案式學習</category><category>教育反思</category></item><item><title>從自學到特殊選才：一條非典型路徑如何被制度理解</title><link>https://paulkuo.tw/articles/homeschool-to-special-admission/</link><guid isPermaLink="true">https://paulkuo.tw/articles/homeschool-to-special-admission/</guid><description>整理孩子的升學檔案，最早和最晚的兩份文件是：一份交給縣市教育局的個人自學申請書，和一份大學特殊選才的錄取通知。中間隔著的既有自由，也有一條完整的行政骨架：實驗教育計畫送審議會、教育局的核准函、每學年一本三十多頁的學習成果報告書。高三那年，這個家庭同時鋪了三條軌：特殊選才、學測、就業方案，因為非典型路徑沒有保送。這篇把「從自學到特殊選才」的制度流程攤開來：自學是申請來的、檢定是每天發生的、選擇權是設計出來的。寫給以為自學等於離開制度的人。案例以匿名方式呈現，只談制度與方法。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 自學不是離開制度：實驗教育計畫要送縣市審議會、教育局發核准函、每學年交一本三十多頁的學習成果報告書。檢定不用考卷，靠每天真實任務的即刻驗收。高三同時鋪特殊選才、學測、就業方案三條軌道我們都試過，因為非典型路徑沒有保送。最後仍是在制度內，用特殊選才上大學。

很多人以為，自學的第一步是「離開」：離開學校、離開課綱、離開體制。

整理孩子的升學檔案時，排在最前面的文件跟這個想像正好相反：一份交給縣市教育局的個人自學申請書。排在最後面的，是一份大學特殊選才的錄取通知。這篇要講的，就是這兩份文件之間發生的事。

先說結論：這條路上沒有一步是逃出制度的。每一步，都是換一種方式被制度看見。

## 自學，是申請來的

台灣的自學走的是[實驗教育](/articles/flip-to-climb-education)的法律框架，正式名稱是「[非學校型態實驗教育](https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=H0070059)」。我們家的路徑分兩段：國中起在實驗教育機構就讀（機構自學），高二下轉為個人自學。

轉換軌道的第一步：家庭要寫一份完整的實驗教育計畫，內容包含學習目標、課程規劃、師資安排、評量方式，送進縣市的實驗教育審議會。審議通過，教育局發核准函，這一年的自學身分才成立。之後每個學年，都要再走一次計畫與報告的循環。

也就是說，「在家自學」四個字背後，是一份要被公部門審議的課程設計文件。我在〈[自學教育的真相](/articles/homeschool-gentle-resistance)〉分享過：自學並非把教育外包給自由，它是高密度的教育設計。這裡可以補上一句：而且是要送審的教育設計。

## 自學生的暑假作業：一本三十多頁的報告書

學年結束，個人自學生要交一份學習成果報告書給教育局。

孩子高三那年的報告書，三十多頁，結構是官方框架：辦理目標、實施狀況、目標達成情形、遭遇困難與建議、未來展望。

![學習成果報告書的目錄頁：從辦理目標、課程內容與學習心得、企業實習、升學與就業到未來展望的完整章節架構。](/images/articles/homeschool-to-special-admission-annual-report-toc.jpg)

*那本三十多頁學習成果報告書的目錄頁。文件經模糊化與去識別化處理，僅呈現結構。*

攤開實施狀況那一章，是一整年的雙軌課表：學科這邊有國文、英文、財經數學、人文與社會，加上一門大學的簡報課和一個後端工程師培訓機構的結訓；實習這邊，是在一家烘焙坊門市當營運助理，做到電商系統移轉和廣告投放；社團那欄排著程式、桌遊、鋼琴、重訓、雞尾酒調製。

這裡要說清楚：學科並沒有因為自學就放掉。國文、英文、數學這些基本功仍依課綱進行，基本的 STEM 底子有顧；差別只在，我們沒有為了應付考試而過度操練，而是把省下的時間，挪去做真實任務。

報告書裡每個科目一節，學生心得、家長自評、教師評語三方並陳，跟〈[不用分數的評量](/articles/assessment-without-grades)〉同一個評量哲學。這本報告書同時做兩件事：對教育局，它是法定義務；對家庭，它是一年一度的總整理，逼你把散落的學習收攏成可以被外人讀懂的樣子。

## 沒有考卷的檢定

報告書裡有一段寫檢定方式的話，是我自己寫的，這裡原文引用：

&gt; 體制外的檢定不是靠考試，而是每一次面對面教學與面談後即刻檢定。此外，每一個待解決的困難，是否如實執行都是一翻兩瞪眼。有就有，沒有就沒有。做得到，或暫時還無法做到，都清清楚楚。

真實任務的評量就是這麼樸素。門市的電商系統移轉有沒有完成，廣告投放的成效數字好不好看，跟廠商約的時間有沒有配合上，這些都是實際發生的驗收，比如說廠商早上七點要來接貨，準備到全家倉儲上架，兒子就需要準時出現，協助搬貨與簽收，這比任何段考都難作弊。

![清晨的接貨現場：冷藏車開著門，紙箱堆在人行道上，兩個人正在搬貨。](/images/articles/homeschool-to-special-admission-morning-delivery.jpg)

*早上七點的接貨現場。照片經去識別化處理：人臉、車牌與車身字樣已模糊。*

這種歷程的缺點，我們也寫在報告書裡：檢定沒有明確的評分，每一關都是跨領域整合、沒有標準答案，所以要讓制度讀懂它，得再做一層翻譯的工。

## 高三：三條軌同時鋪

到了升學那年，我們是同步嘗試三種可能性。

第一條，各校自辦的[特殊選才](https://srecruit.moe.edu.tw/)。第二條，學測，日期照常報名應考。第三條，教育部的[青年教育與就業儲蓄帳戶方案](https://www.edu.tw/1013/)，也就是高中畢業先就業的路，申請書真的交了出去。

為什麼要這樣？因為非典型路徑沒有保送。特殊選才的名額少、變數大，把全部希望押在一條路上，等於把孩子的下一步交給運氣。孩子在備審的自述裡自己寫：他不想花太多時間準備學科考試，重點是把自己變強大，「未來不論是繼續唸大學或是直接去工作，選擇權都握在我的手上」。

這句話常被讀成豪語。放回三條軌的設計裡看，它是一句寫實的描述。選擇權靠的不是口號，靠的是三份都認真準備出來的申請文件。

## 制度最後理解了什麼

結果是特殊選才那條軌先通了：孩子被一所大學錄取。

回頭看，特殊選才審的東西，正是這條路一路留下的紀錄：十年的[學習歷程資料庫](/articles/seesaw-evidence-archive)、年年的成果報告書、實習與專案的作品。至於這些紀錄怎麼被整理成審查委員一個下午能讀懂的文件，是另一門手藝，我寫在〈[備審資料的翻譯學](/articles/portfolio-translation-craft)〉。

最後仍要說明一下。這條路的每一步都有人在付帳：家長花時間寫計畫、寫報告的行政工時、安排合適的老師與學習場地；孩子承擔的，是他自己在自述裡說的「同齡同學太少」。而且整條路高度依賴家庭能投入的時間與資源，它不是每個家庭都拿得起的選項，這一點都不浪漫。

制度是靜態的，有時很死板，它理解非典型路徑的方式是，一關又一關的文件、審議、報告、各種撞牆。若走得通，靠的不是體制突然變溫柔，靠的是家庭成員把時間投注在不確定的學習，並且翻譯成制度看得懂的樣子。並不是自己高興，自己說了算就好。我們仍在大的體制之內，在人類社會中生活。

離開，從來不是這條路的動詞。它的動詞是：申請、報告、翻譯、碰更多的壁，然後努力被看懂。</content:encoded><category>沉思與記憶</category><category>自學</category><category>特殊選才</category><category>實驗教育</category><category>非學校型態實驗教育</category><category>升學</category><category>教育制度</category></item><item><title>熊野古道：旅行不是觀光，是一個學生自辦的國際專案</title><link>https://paulkuo.tw/articles/kumano-kodo-international-project/</link><guid isPermaLink="true">https://paulkuo.tw/articles/kumano-kodo-international-project/</guid><description>2019 年秋天，一群高中生自己辦了一趟八天的海外學習：走 38.5 公里的熊野古道。這不是跟團觀光，也不只是畢業旅行。從八月確認到十一月底的成果發表，每個人扛一個真實角色，有人當總召、有人管機票保險、有人排大阪兩天的預算、有人做健行路線，每個人還各自設計一個跟這條路線有關的研究專案。這篇是「從翻轉到翻越」教育系列的第三個真實任務案例，談旅行怎麼被設計成一個有分工、有預算、有紀錄、有治理的國際專案。也談一件不浪漫的事：把孩子帶到海外的山裡自主學習，需要多少安全設計與成人投入。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 2019 年秋天，一群高中生自己辦了一趟八天的海外學習：走 38.5 公里的熊野古道，全世界唯二登錄世界遺產的朝聖之路之一。從八月確認到十一月底的成果發表，每個人扛一個角色，還各自設計一個研究專案。這不是觀光，是一個有分工、有預算、有紀錄、有治理的國際專案。也是一件不能被浪漫化的事：把孩子帶到海外的山裡，需要真實的安全設計與成人投入。

畫面長這樣。一群高中生，八天，背著自己的行李，走 38.5 公里的山路。那條路叫熊野古道，走了上千年的一條朝聖之路，很少人會把它排進一般的觀光行程。

![一位背著背包的健行者，走在熊野古道長滿青苔的古老石階上，兩旁是參天的杉林。](/images/articles/kumano-kodo-international-project-trail.jpg)

*熊野古道：背著行李，走在一條走了上千年、長滿青苔的石階山路上。（示意照片，Pixabay）*

從外面看，這像一趟畢業旅行。但只要問一個問題，差別就出來了：這趟旅行是誰規劃的？

答案是他們自己。這是它跟觀光的分野。

## 觀光是被帶著走，專案是自己扛

一般的畢業旅行，大人或旅行社把行程排好、把風險擋掉，學生跟著走就好。這趟不是。這趟從頭到尾是學生自己辦的海外學習，大人在旁邊守著，但方向盤在他們手上。

分工是真的。有人當總召，負責企劃執行、進度追蹤與活動紀錄；有人管機票、交通、保險、住宿與網路；有人專門排大阪兩天的行程、預算與交通；有人做健行路線的資料搜集與行前準備；有人負責期末的成果發表；還有人做行程中的活動研究與預算盤點。每一個角色都對應一塊真的會出事、也真的要交代的責任。

當旅行變成一個要分工、要協作、要對成果負責的專案，它就不再只是移動與拍照。它變成一個任務。而真實任務會暴露「以為懂了」與「真的能做」的距離，這是我在總論〈[從翻轉到翻越](/articles/flip-to-climb-education)〉裡反覆講的那件事。排一張看起來很順的行程表，跟真的訂到票、投對保、算準預算、在陌生的山裡把六個人安全帶完全程，是兩回事。

## 一趟旅行，三個月的專案

外人看到的是那八天，但這個專案其實跑三個多月。

八月中，每個人先確定參加與否、開始行前準備。八月底返校日一起討論規劃。九月初的課程說明會上，他們要對全班報告行程與預算。十月初做個人專題檢核。十月底行前討論與說明。十月二十九日才真的出發。回來之後，十一月底還有策展籌備與成果發表。

真正的旅行，前面壓著幾個月的規劃，後面接著一場要對別人交代的策展。中間那八天的移動，是行前規劃的考驗。我記得他們在過程中餓肚子，有人曬傷有人受傷，還有各種我現在回想已經記不清的狀況。

這個專案不只是團體規劃。每個學生還要各自設計自己的專案，涵蓋在旅途裡。專案盡量跟自己的學習專長有關，也可以是跟這條路線有關的觀察與研究。九月中要完成專案企劃，然後一路修改調整，開學第一週先提出初步結構，學期進行中再修正。旅行不是這些專案的背景，旅行是他們蒐集材料、驗證想法的現場。

## 為什麼是熊野古道

選一個地方，本身就是一個教育與命運的決定。

他們沒有選熱門的購物城市，選了熊野。這條古道有一個很少人知道的身分：它和歐洲的[聖雅各之路](https://www.tb-kumano.jp/en/kumano-kodo/dual-pilgrim/)，是全世界唯二被聯合國登錄為世界遺產的朝聖之路。2004 年，熊野古道成為日本第一條被登錄為世界遺產的「道路」。走完這兩條路的人，會被稱為 Dual Pilgrim。

![熊野三山之一的那智，青岸渡寺三重塔與背後的那智瀑布，四周是秋天的紅葉。](/images/articles/kumano-kodo-international-project-nachi.jpg)

*熊野三山之一的那智：三重塔與那智瀑布。走完熊野與聖雅各兩條路的人，會被稱為 Dual Pilgrim。（示意照片，Susann Schuster / Unsplash）*

這個選擇的重量在於熊野的尺度：它不像一個能打卡完就走的景點，比較像一整片可以研究的土地。它位在紀伊半島南端，一路參天森林，自古被認為是神靈鎮座之地，穿梭於城市與鄉村之間，有大量在地文化、信仰與建築可以認識。熊野三山的速玉、那智、本宮三座大社，傳統上分別對應洗淨前世、結緣現世、救濟來世。從文化、藝術、建築、社會到自然，每一個角度都可以讓學生做一個小專題。

![熊野古道的參天杉林間，一道長滿青苔的石徑順著溪流往上。](/images/articles/kumano-kodo-international-project-forest.jpg)

*一路參天森林。熊野自古被認為是神靈鎮座之地。（示意照片，Fabian Bächli / Unsplash）*

![熊野古道沿途的牛馬童子石像，苔痕斑斑，周圍散落著參拜者留下的硬幣。](/images/articles/kumano-kodo-international-project-gyuba.jpg)

*古道沿途的牛馬童子石像，是這條朝聖之路上眾多在地信仰文物之一。（示意照片，Wikimedia Commons，公有領域）*

一個能同時承載健行、預算、路線、紀錄、跨文化理解與個人研究的地方，才撐得起這種綜合任務。這是購物行程給不了的密度。當然，當初選擇這個地方，在家長之間也不是沒有討論。

## 把孩子帶進山裡，不能只靠熱血

這一段不浪漫，卻重要。

把一群高中生帶到海外的山裡自主學習，聽起來很美，但真正讓它能夠成立的，是一整套刻意設計的安全治理，不是靠運氣。每個人的個人保險與網路要備齊。每人預收一筆緊急金。行程以集體行動為原則。學生每天早晚通報。有人每天早中晚固定發通告。在特定的寺廟、商店定點分散時，以兩人為最小行動單位，沒有人可以單獨行動。就算有這些規劃，途中仍然會有許多大大小小的意外。

這些規則看起來瑣碎，但它們是這趟旅行能不能成立的底線。少了它們，一次意外就足以讓整件事變成災難。這也呼應我在〈[當作業可以被生成，真實任務為什麼更重要](/articles/real-tasks-when-work-can-be-generated)〉裡說的：真實任務的效果很好，成本也很真實。把孩子帶進真實世界，需要真實的風險管理、真實的成人投入，還有真實的錢。這件事不能只靠熱血，也不該被講成只要有熱血就能做。

## 旅行長出來的體驗，觀光給不了

那八天走完，長出來的東西，跟拍幾張漂亮的照片是兩種收穫。

自己訂票、自己投保、自己算預算，長出來的是把一個念頭落實成可執行計畫的能力。在陌生的山路上每天走三到七個小時，長出來的是身體的韌性與面對困難的耐受。在一個語言不通、文化不同的地方生活八天，長出來的是真實的跨文化理解，而不是課本上的名詞。每天做紀錄、回來還要策展發表，長出來的是把經驗整理成別人看得懂的敘事的能力。

這些都不是觀光會給你的。觀光讓你路過一個地方，專案讓你真的跟它相遇。

一群高中生，走在一條走了上千年的朝聖之路上，背上是自己扛的行李，手上是自己排的預算，心裡是自己要負責的專案，還有過程中的各種 murmur。那個畫面，就是〈[四個孩子，一個暑假，一個要上線的網站](/articles/four-kids-summer-website)〉那句話的另一個版本：當你真的把一個困難、真實、會失敗的任務放到孩子面前，再在旁邊陪著，他們長出來的東西，經常超過你原本期待的。</content:encoded><category>沉思與記憶</category><category>專案式學習</category><category>國際教育</category><category>自主學習</category><category>熊野古道</category><category>真實任務</category><category>案例研究</category></item><item><title>學習歷程 vs AI 生成履歷：能力證明的信任不對稱</title><link>https://paulkuo.tw/articles/learning-portfolio-vs-ai-resume/</link><guid isPermaLink="true">https://paulkuo.tw/articles/learning-portfolio-vs-ai-resume/</guid><description>美國的素養本位成績單運動正在制度化：截至 2026 年 7 月，822 所大專院校收過用 Mastery Transcript 申請的學生，哈佛、史丹佛、MIT 都在名單上。但同一時間，AI 讓自傳、反思、作品說明可以在一個下午被生成，能力證明的信任基礎正在被掏空：越漂亮的敘事越可疑。我們家有一條十年的 Seesaw 學習紀錄，孩子後來靠它走過特殊選才。整理這段經驗時我看清楚一件事：信任的重心正在移動，從成品品質移向時間戳與過程密度。這篇寫給正在做學習歷程的家庭，也寫給所有要在 AI 時代審查「能力證明」的人。這是「從翻轉到翻越」教育系列與 AI 時代的一次對話。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 素養本位成績單正逐漸被主流大學接受，目前已有 822 所大專院校採認，其中包括哈佛與 MIT。但同一時間，AI 也讓一份漂亮的能力敘事可以被快速、大量生成。文字越完整、包裝越精緻，反而越難判斷真假。因此，能力證明的信任基礎正在改變：人們看的不再只是最後的成品，也開始重視時間戳、過程與累積的密度。一份持續十年、保留失敗與修正痕跡的學習紀錄，才是難以在事後補造的證據。

今年，任何一個高中生都可以用 AI，在一個下午生出一份完整的學習歷程：自傳、學習反思、作品說明，語氣誠懇、結構完整。

這已經是事實。於是一個問題落到每一個審查者頭上：當每一份都可以這麼漂亮，你還信哪一份？

我在〈[當作業可以被生成，真實任務為什麼更重要](/articles/real-tasks-when-work-can-be-generated)〉裡談過作業的信任崩塌。這篇往下走一層：作業之後，是履歷。學習歷程、備審資料、作品集，這些「能力證明」的文件正在經歷同一場信任危機，而且賭注更大，因為它們是升學與求職的門票。

## 成績單之外，大學已經開始收什麼？

先講運動的那一半。傳統成績單的侷限，招生端比誰都清楚：分數膨脹讓成績越來越難比較，一排數字也看不出一個學生真的能做什麼。所以過去幾年，美國有一場「素養本位成績單」運動：用能力證據搭配作品集，呈現學生的真實表現。

這場運動的制度化程度可能超過你的想像。推動它的 [Mastery Transcript Consortium](https://mastery.org/)（MTC，已成為 ETS 旗下組織）公布的官方名單顯示：截至 2026 年 7 月，已有 [822 所大專院校](https://mastery.org/college-acceptances/)收過用素養成績單或學習紀錄申請的學生，哈佛、史丹佛、MIT 都在其中。台灣讀者對這個方向並不陌生：108 課綱的學習歷程檔案，就是同一場全球轉向的台灣版本。

方向是對的。問題出在時機：能力證據系統起飛的同一時間，AI 讓「證據」本身變得可以生成。

## 為什麼越漂亮的學習歷程，越可疑？

這就是信任不對稱：生成一份能力敘事的成本崩跌到接近零，驗證它的成本卻一毛都沒降。

審查者沒有工具分辨一份反思心得是十七歲的深夜寫出來的，還是模型在三秒內生成的。他唯一理性的反應，是把所有拋光過的東西一律打折。於是弔詭出現了：你把作品集修得越完美，它作為能力證明的效力越低。漂亮，從加分項變成了嫌疑。

我在〈[AI 抓得到平均，抓不到你](/articles/ai-cannot-fake-you)〉裡寫過類似的事。放到能力證明上，它有一個更硬的版本：AI 生得出成品，生不出過程。

## 時間戳與過程密度：AI 偽造不了的兩個東西

那審查者還能信什麼？我的答案來自一個很土的地方：一份 2015 年的塗鴉式紀錄，配上 2020 年的成果報告，比任何一份 2026 年拋光過的作品集都更難造假。

第一個東西是時間戳。AI 可以在今天生成任何內容，但它沒辦法把內容放回十年前。一條橫跨多年、留在第三方平台上的紀錄，每一筆都有當時的日期，事後補不出來。想造假，你得從孩子六歲那年就開始布局，那已經不叫造假，叫教育。

第二個東西是過程密度。真實的學習紀錄長得並不體面：有錯字，有做到一半放棄的計畫，有前後矛盾的想法，有當時老師的回饋和孩子彆扭的回應。這些不漂亮的細節，正是可信度的來源。生成一份漂亮的成品很容易；生成十年份的失敗、修正、繞路，還要彼此對得上、跟真實世界的事件對得上，難度完全在另一個量級。

## 十年 Seesaw 紀錄

這條路，我們家實際走過。

當年BTS的學生，把學習紀錄放在 Seesaw 上：日常的作品、口頭報告的影片、老師當時的回饋，一路存了十年。存的當下沒有人想過「這以後會是證據」，它就是教育過程的一部分。直到今年整理十年的檔案、寫下〈[從翻轉到翻越](/articles/flip-to-climb-education)〉時，我更清楚：那兩千三百多個檔案，本身就是一座學習資料庫。也因為這些紀錄一直被保存下來，到了 2026 年，我仍然能重新調用、整理，並從中看見這十年累積出的脈絡。

後來孩子走特殊選才，備審資料的準備過程跟多數人想像的相反：申請前做的是整理，從紀錄裡往回挑，把非典型的學習翻譯成制度看得懂的語言。審查委員在那份備審裡看到的，不是「他說自己會什麼」，而是「他哪一年開始做什麼、卡在哪裡、後來怎麼變」。時間戳與過程密度都在那裡，不需要說服，攤開就是了。

## 那，現在該怎麼開始記錄？

給還來得及的家長三句話。

第一，從今天開始記，用有時間戳的平台，別回頭補寫。補寫的東西在審查者眼裡，跟 AI 生成的沒有分別。

第二，記真實的，含失敗與繞路。過程密度來自不完美；拋光留給申請前的最後一哩就好。

第三，別為了證據而教育。那座證據庫之所以可信，正因為它是教育的副產品，倒過來就假了。

AI 時代最貴的證據，是無法事後生成的東西。孩子今天留下的那頁塗鴉，十年後比任何一份拋光的自傳都有分量。你保存下來，他都會是日後重要記憶資產。</content:encoded><category>沉思與記憶</category><category>學習歷程</category><category>能力證據</category><category>AI 生成履歷</category><category>特殊選才</category><category>素養本位成績單</category><category>信任不對稱</category></item><item><title>業師怎麼找：遴選、合約與聘書的治理學</title><link>https://paulkuo.tw/articles/mentor-teacher-governance/</link><guid isPermaLink="true">https://paulkuo.tw/articles/mentor-teacher-governance/</guid><description>我的信箱裡留著 2018 年的兩封信：業師合約初稿，一週後的第二版多了教學架構與聘書 sample。附件是四份 beta 版文件：遴聘資歷評估表（五項資格門檻＋課程委員會審議＋五方簽核）、應聘履歷表（含十二項不適任切結）、十三條委任契約（含兩條「與課程無關」的邊界條款）、校長簽名的聘書。這篇拆開這套文件在守什麼，也誠實指出它沒守到什麼：它保護了孩子的人身安全、機構的名義、業師的著作權，唯獨沒有一條處理學生作品的權利歸屬，而真實世界的爭議，最容易從這種沒想到的地方漏出去。寫給正在把業師制度化的教育組織，也寫給以為教育創新只需要熱情的人。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 自學機構為了聘業師，有四份文件初稿：遴選評估表（五項資格門檻＋課程委員會審議＋五方簽核）、含十二項不適任切結的履歷表、十三條委任契約（含兩條「與課程無關」的邊界條款）、校長簽名的聘書。畫邊界的目的是讓信任可以長期存在。但文件也有盲點：它保護了孩子的安全、機構的名義、業師的著作權，唯獨沒想到學生作品的權利歸屬。

我的信箱裡有兩封 2018 年的信。11 月底一封，主旨是業師合約初稿。一週後又一封，第二版，多了教學架構和一份聘書 sample。為什麼我會收到？因為我既是家長，也是業師，所以學校發信給我請我當業師。

附件是四份文件：遴聘業界專家教師資歷評估表、業界專家教師應聘履歷表、業界專家委任契約書、聘書。檔名全部帶著 beta（初稿）。

「找業師」聽起來像是認識一個厲害的人，請他來跟孩子分享。這疊文件說的是另一件事：當業師成為課程的常設角色，這段關係就不能是靠交情運轉。

## 遴選：把「他很厲害」變成「他適任」

資歷評估表的開頭是五個資格門檻，擇一即可：專科以上學歷加五年實務經驗、沒有學歷就要十年實務、曾任國家級競賽的選手教練或裁判、拿過國家級獎牌，或經行政程序個案認定。眼熟的話沒看錯，這套精神借自大學聘任專業技術人員的資格邏輯，只是放進自學機構。

表格下方要求課程委員會審議通過、附會議紀錄。最後一排是五個簽核欄：校長、副校長、教務組、年級導師、推介人。推薦人自己也在簽核鏈上，這個設計很聰明：介紹朋友來教課的人，得為自己的推薦掛名。

![遴聘業界專家教師資歷評估表的版面：上方基本資料表格、中段資格條件勾選區、下方簽核欄。](/images/articles/mentor-teacher-governance-selection-form.jpg)

*遴聘業界專家教師資歷評估表（beta 版原件）。文件經模糊化與去識別化處理，僅呈現版面結構。*

再翻到業師自己要填的履歷表，最底下是一段切結：十二項不適任資格，從性平事件、體罰霸凌到偽造證據，一項一項列出來。孩子會跟這個大人長時間相處，切結條款看起來傷感情，但它把孩子的安全放在人情前面。這個順序，任何教育組織都不該倒過來。

![業界專家教師應聘履歷表的版面：上方個人資料表格、下方十二項不適任資格切結與個資告知事項。](/images/articles/mentor-teacher-governance-resume-declaration.jpg)

*應聘履歷表（beta 版原件），最底下就是那段十二項不適任切結。文件經模糊化與去識別化處理。*

## 合約：把善意變成邊界

委任契約十三條，多數是你想得到的：聘期、時數、鐘點費、調課要提前一週告知、校外上課要載明地點並投保意外險。真正見設計功力的是兩條「與課程無關」條款。

![業界專家委任契約書首頁：密密麻麻的條款文字，從聘用期間、工作內容到報酬與義務。](/images/articles/mentor-teacher-governance-contract.jpg)

*委任契約書首頁（beta 版原件），十三條的前半。文件經模糊化與去識別化處理。*

第七條：業師未經同意，不得以機構名義從事與課程無關的活動。第八條：未經同意，不得要求學生從事與課程無關的事務。

第七條守機構的名義，第八條守學生的時間與勞動。我在〈[誰擁有孩子做出來的東西](/articles/whose-work-education-blind-spot)〉寫過一類爭議：課程裡的學生成果被成人拿去外部變現。回頭看，這份合約當年已經試著在類似的地方畫線。

但還沒說完，以下是我想談的部分。

## 文件想到了什麼，沒想到什麼

這份合約有一個附件：著作財產權授權同意書。業師授權機構把他的授課內容錄影、數位化、放上學習平台，條款寫得清楚：業師聲明擁有著作權，授權範圍限非營利教學用途。

![附件一著作財產權授權同意書：授權說明段落與同意公開項目的勾選清單。](/images/articles/mentor-teacher-governance-ip-consent.jpg)

*附件一：著作財產權授權同意書（beta 版原件）。保護了業師的智慧財產，但沒有任何一份文件處理學生作品的歸屬。文件經模糊化處理。*

把整份文件從頭讀到尾，你會發現它保護了三種東西：孩子的人身安全（切結與性平條款）、機構的名義（第七條）、業師的智慧財產（附件一）。

唯獨沒有一條，處理學生在課程裡做出來的東西屬於誰。

這不是苛責當年的起草者。2018 年，「學生作品會有商業價值」根本不在多數教育者的想像範圍內。治理文件的現況就是這樣：它只能防到起草當下想像得到的風險，而真實世界的爭議，總是從沒想到的地方漏出去。等爭議發生，大家才回頭發現，原來這裡缺一條。缺了再補就好，我是這樣想。

所以如果今天有教育組織要重擬業師合約，我會建議加上第十四條：學生在課程中產出的作品，權利歸屬與後續使用方式，開課前白紙黑字約定。

## 聘書：薄薄的一張紙，做兩件事

四份文件裡最薄的是聘書。「茲敦聘某先生／女士擔任本校某學年度業界專業教師」，校長簽名，一頁。

![聘書 beta 版的版面：機構名稱、敦聘文字、校長簽名欄與日期。](/images/articles/mentor-teacher-governance-appointment-letter.jpg)

*聘書（beta 版原件）。文件經模糊化與去識別化處理。*

它看起來像儀式，其實做了兩件事。對業師，它給出正式身分：被敦聘的教師，而非來幫忙的朋友，這是榮譽，也是專業的承認。對機構，它讓這段關係進入可治理的狀態：契約第六條寫明，若事後發現不適任資格，鐘點費、交通費連同聘書都可以追繳。

榮譽與責任，印在同一張紙上。

## 為什麼這件事值得寫成一篇？

因為它幾乎不會出現在教育創新的敘事裡。

美國的微型學校運動正在快速成長，但 2025 年的部門調查顯示，[78% 的微型學校未取得所在州的認證](https://www.forbes.com/sites/brunomanno/2025/06/02/microschools-go-macro-and-provide-more-learning-choices-for-families/)。解放的敘事跑得比治理快，這是全球性的現象。台灣的自學機構在 2018 年留下的這疊 beta 版文件，示範了另一種姿態：創新走到哪，制度就試著跟到哪；那些暫時跟不上的部分，我們就坦然承認並回頭補上，這沒什麼好羞恥的。相反地，這恰恰證明了我們正走在少有人走的、最前沿的路上，是屬於我們的獨特印記。

我在〈[教育創新的隱形帳本](/articles/hidden-ledger-education-innovation)〉算過真實任務教育的成本與工時，在〈[創業精神課](/articles/bts-entrepreneurship-real-world)〉寫過業師在課堂裡的樣子。這篇談的是它們的後台：文件、程序、審議、簽核。它們不會出現在成果發表會上，但沒有它們，成果發表也只是一次性的成果發表。

那疊文件的檔名，到今天還帶著 beta。這讓我想起 LinkedIn 創辦人雷德‧霍夫曼（Reid Hoffman）的書[《自創思維》](https://www.books.com.tw/products/0010705475)，它的副標說得直接：人生是永遠的測試版。

我完全理解，也想跟對創新教育有興趣的朋友分享，這不是沒改完，而是治理文件本來就沒有 final 版：每一次爭議，都會逼它長出新的一條。重要的是張眼看見衝突、各種不妥當與不協調的場景，而且樂意一直修改，以此為志。我們不能帶著孩子用靜態的條款去應對動態的世界，然後期待他們能有靈活的心智與面對不確定的勇氣。不浪費每一次衝突，是我真心的期待。</content:encoded><category>沉思與記憶</category><category>業師</category><category>實驗教育</category><category>教育治理</category><category>合約設計</category><category>遴選</category><category>微型學校</category></item><item><title>備審資料的翻譯學：把非典型學習翻譯給大學看</title><link>https://paulkuo.tw/articles/portfolio-translation-craft/</link><guid isPermaLink="true">https://paulkuo.tw/articles/portfolio-translation-craft/</guid><description>孩子申請特殊選才那年交出去的補充資料，封面是六張照片和四個詞，標題裡沒有「備審」兩個字。整理檔案時我重讀這份文件，看清楚它真正做的事：翻譯。家庭的語言是「他國一開始在刈包店打工」，制度的語言是「職場體驗展現的自主與責任」；兩種語言之間隔著一道工，這道工做不好，十年的紀錄在審查委員眼裡就只是一堆雜訊。這篇拆解這道工的四個手法：用自述先給地圖、用時間軸矩陣壓縮年份、讓每段經歷穿上同一種句型、把困難與失敗誠實寫進去。寫給要幫孩子把非典型學習翻譯給制度看的家庭。案例以匿名方式呈現，只談方法與結構。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 一份特殊選才補充資料的解剖：第一頁自述給審查者地圖，第二頁一張時間軸矩陣壓縮六年，之後每段經歷穿上同一種句型（時間、場域、角色、學到什麼），配上證書與照片當佐證層，困難與失敗誠實寫進去。備審資料的本質是翻譯：把家庭的語言，翻成制度一個下午能讀懂的語言。

那份文件的標題裡，沒有「備審」兩個字。

封面是六張照片：西裝、路跑、泡茶、騎車。四個詞排在下面：跨域、創新、領導、自主。孩子給這份[特殊選才](https://srecruit.moe.edu.tw/)補充資料取的名字，叫「學習漂流」。

![補充資料封面：六張照片的拼貼、綠色的「特殊選才補充資料」標帶、標題「學習漂流」與四個關鍵詞。](/images/articles/portfolio-translation-craft-cover.jpg)

*那份文件的封面。姓名與照片經重度模糊處理，留下的是版面，和「學習漂流」四個字。*

整理十年檔案重讀它時，我有更多的體會。它是在翻譯。家庭這邊的語言是「他國一那年開始在刈包店打工」；制度那邊的語言是「職場體驗所展現的自主性與責任感」。兩種語言之間隔著一道牆，與一道翻譯工程。這道工程沒做好，再厚的紀錄，在審查委員眼裡都只是雜訊。

## 第一頁：先給審查者一張地圖

文件的第一章是一頁自述，開頭第一句就把整條路講完：自學生涯分成兩部分，前段在實驗教育機構，後段轉為個人自學。

這句話的重點是，替審查者省掉了最大的困惑。一份非典型的申請攤在桌上，審查委員的第一個問題不是「他厲害嗎」，是「這是一條什麼樣的路」。自述在一頁之內給出地圖：什麼時候轉軌、為什麼轉、學習架構是「學習與實習雙軌並行」。地圖立好，後面每一章的證據才有地方掛。十年前的這份文件送給大學端的教授閱讀時，他們的反應是困惑的。其實他們很多人是搞不太懂「非學校型態實驗教育」是做什麼。

自述裡有一句孩子自己寫的話，我每次讀都揪心一下：「我面臨的困難並非來自考卷，而是真實的生活。」一句話，把非典型教育的核心主張用第一人稱講完了。這不是家長能代筆的句子，審查委員讀得出來。

![特殊選才補充資料的目錄頁：從自學之路、學習歷程、志趣學習、職場體驗到校外競賽的九章結構。](/images/articles/portfolio-translation-craft-toc.jpg)

*補充資料的目錄頁，九章的證據結構一頁看完。文件經模糊化與去識別化處理。*

## 第二頁：一張表，壓縮六年

自述之後，是一張時間軸矩陣：橫軸是年級，從國一到高二；縱軸是類別，志趣學習、職場體驗、專案、社團、海外體驗、校外競賽。六年的經歷填進格子裡，一頁看完。

![學習歷程矩陣頁：橫軸年級、縱軸經歷類別的大表格，六年經歷壓縮成一頁。](/images/articles/portfolio-translation-craft-timeline-matrix.jpg)

*補充資料裡的學習歷程矩陣頁。文件經模糊化與去識別化處理，僅呈現結構。*

我在〈[十年 Seesaw](/articles/seesaw-evidence-archive)〉寫過學習歷程資料庫的三道工序，第一道就是時間軸整理。這張矩陣是那道工序的成品。它的用意在於讓「成長」變成可以用眼睛指認的東西。順著「職場體驗」那一列讀下去，可以看到他一路累積的工作經驗：國一時，在刈包店當服務生；國二時，到老街擺攤賣咖啡。之後，他也做過小農飯盒的送貨、電商出貨支援，並在環境建築的場域裡，學習泡茶、香道與接待工作。到了高中，他開始擔任我的特助，參與員工面試，也曾協助一家門市進行電商系統移轉與廣告投放。跟著我的創業歷程，我的孩子有各式各樣的職場經歷。

散落多年的雜亂紀錄，誰都有；把它排成讓人一眼看見軌跡的結構，是另一回事。

## 每段經歷，試著套上可被理解的句型

矩陣之後的章節，是一段一段的經歷。讀多了會發現它們穿著同一種句型：什麼時間、在什麼場域、擔任什麼角色、學到什麼。後面跟著佐證層：結業證書的照片、工作現場的紀錄、掃了就能看到作品的 QR code。

這個統一句型是翻譯的核心手法。封面那四個詞（跨域、創新、領導、自主）是能力主張；內文的每一段經歷，都是掛在某個主張底下的證據。主張不多，四個；證據很多，幾十段。這正是〈[學習歷程 vs AI 生成履歷](/articles/learning-portfolio-vs-ai-resume)〉裡講的結構：有時間戳的過程紀錄在下面撐著，上面的能力語言才站得住。

同一套手法也出現在每年交給教育局的學習成果報告書裡：每個科目一節，學生心得、家長自評、教師評語三方並陳。跟〈[不用分數的評量](/articles/assessment-without-grades)〉同一個哲學：不讓任何單一視角壟斷詮釋權。審查者讀到的是三個角度對同一段學習的交叉觀察，而非一面之詞。

## 誠實，是翻譯的一部分

這份文件是我們自己的經歷，有就有，沒有也不用刻意捏造，就算是不漂亮的經歷也是需要的記錄。

年度報告書裡有一整章叫「遭遇困難」。疫情把駐點培訓打成線上課，孩子對線上學習的效率很不滿，報告書照實寫，也寫了他怎麼在不滿中調適。自述裡直白承認這條路最大的問題：同齡同學太少。

在備審資料裡寫困難，看起來違反直覺，但我們認為教育就是在日常，不用過度美化：誠實讓主張變得可信。一份只有亮點、每一段都在發光的備審，有什麼意思？回到今天來看，在 AI 可以批量生成的年代，瑕疵有座標、困難有時間、調適有過程，這些是生成不出來的真實體悟。

## 翻譯學的三條原則

把這份文件拆解後，可以收成三條方法。

第一，先給地圖再給細節。一頁自述講清楚這是一條什麼路，審查者才有框架接住後面的一切。

第二，把時間變成結構。年份自己不會說話，排進矩陣裡，成長的軌跡才看得見。

第三，讓證據穿制服。統一的句型、一致的佐證層，幾十段經歷才會讀起來像一個人的故事，而不是一箱雜物。

還有一條前提：要有資料可用。這份備審沒有一段內容是高三才生出來的，它是從〈[過去的 Seesaw](/articles/seesaw-evidence-archive)〉那座資料庫裡往回挑、往回整理，以及平常累積的照片與文件。憑空抓藥寫作文，救不了空白的歷程。

大學和家庭，本來說著兩種語言。制度不會為一個非典型學習者改變它的語言，所以翻譯的工落在家庭這邊：這頗吃力，但可行，而且若運氣好，過去的學習日常會在一個審查委員的下午裡，被完整地看懂一次。

那份文件叫「學習漂流」。漂流是真的，但地圖也是真的。</content:encoded><category>沉思與記憶</category><category>備審資料</category><category>特殊選才</category><category>學習歷程</category><category>自學</category><category>教育翻譯</category><category>實驗教育</category></item><item><title>十年 Seesaw：日常紀錄如何長成學習歷程資料庫</title><link>https://paulkuo.tw/articles/seesaw-evidence-archive/</link><guid isPermaLink="true">https://paulkuo.tw/articles/seesaw-evidence-archive/</guid><description>我把孩子的 Seesaw 學習紀錄從平台匯出、逐夾清點：1,585 個檔案、十八個匯出資料夾，從國中時期的課堂作品一路連到大學申請那年的學習成果。這批檔案有一個共同點：沒有任何一個，當初是為了升學而存在。它們是教學的副產品，卻在特殊選才時變成了學習歷程資料庫。這篇拆解中間發生了什麼：紀錄怎麼來（老師隨課上傳、自帶時間戳）、檔案堆怎麼變成資料庫（時間軸整理、能力翻譯、策展三道工序）、以及公開談這座庫的隱私紀律（談方法與結構，不放原件，孩子沒有名字）。這是「從翻轉到翻越」教育系列裡，學習歷程主題的實作篇。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 1,585 個檔案、十八個匯出資料夾：一個非典型學習者的 Seesaw 紀錄，從國中課堂一路連到大學特殊選才。它能成為證據，靠三件事：紀錄是教學的副產品（自帶時間戳、沒有人為申請加班）、檔案堆經過三道工序（時間軸整理、能力翻譯、策展）變成學習歷程資料庫、以及公開使用時守住隱私的線。

1,585。

這是我把孩子的 Seesaw 學習紀錄從平台匯出、逐夾清點之後，數出來的檔案數，我自己都嚇一跳。十八個匯出資料夾，裡面是網頁存檔、PDF、照片、影片。最早的一批是國中時期的課堂作品與口頭報告，最晚的一批，連著大學申請那一年的學習成果。

這批檔案的共同點是：沒有任何一個，真的是沒有一個，當初是為了升學而存在，預設要上大學而準備的。

## 這些紀錄是怎麼來的？

[Seesaw](https://seesaw.com/) 是課堂工具，機制很樸素：就是老師把學生的作品拍照上傳、影片傳上去、標記學生（匯出檔裡的欄位就叫 Tagged Students），家長在另一端看得到。對老師，它是課堂紀錄；對家長，它是了解進度的窗口。

紀錄發生的位置是在教學的當下。孩子完成一次口頭報告，老師順手錄影、上傳、標記，一筆三十秒。沒有人加班「做學習歷程」，學習歷程自己長出來。

這跟申請任何入學機制的前三個月回頭「整理素材」是兩種完全不同的東西。我在〈[學習歷程 vs AI 生成履歷](/articles/learning-portfolio-vs-ai-resume)〉裡談過為什麼：事後補寫的敘事沒有時間戳，而在 AI 時代，沒有時間戳的敘事，跟生成的沒有分別。

## 一堆檔案距離學習歷程資料庫，還有三道工序

誠實說，匯出來的那一刻，它還不是學習歷程資料庫，只是一座尚未整理過的檔案山。要讓制度（大學端、或審查委員）看得懂，中間有三道工序。

第一道，時間軸整理。把散在十八個資料夾裡的檔案排回時間線：哪一年開始做專案、哪一年第一次上台報告、同一種能力在不同年份長什麼樣子。時間軸一拉出來，「成長」就從形容詞變成可以指認的東西。

第二道，能力翻譯。課堂紀錄的語言是「作品」：一支影片、一份簡報、一次發表。制度的語言是「能力」：溝通表達、專案管理、自主學習。翻譯的動作是把作品掛到能力底下，而且同一項能力要挑得出三、四個不同時間點的證據，主張才站得住。

第三道，策展。備審不會把 1,585 個檔案全部倒給審查委員。要做挑選（詮釋）：找出能支撐主張的那二、三十個，其餘留在庫裡當縱深。庫的價值不在全部被看見，而在讓每一個被挑出來的證據，背後都有一整排對得上的原始紀錄。

## 全球都在找的東西，長在日常裡

近兩年的全球教育論述有一個明顯的缺口：框架很多（能力清單、素養指標、成績單改革），長期追蹤的個案證據很少。多數新型學校成立不到十年，但拿不出一條從日常紀錄到制度出口的完整鏈。

而這條鏈的門檻不在技術，在學生與家長的投入時間。它沒辦法事後用錢或聰明補回來：你要嘛在多年前就開始記，要嘛沒有。這也是為什麼我一直跟[考慮自學的家長](/articles/homeschool-gentle-resistance)說的：課程可以之後再優化，紀錄系統第一天就要開。

## 這座學習歷程資料庫，同時是一座個資庫

坦白說，這批檔案裡有孩子的姓名、影像、老師的評語、課表與作品原件。它是學習歷程資料庫，也是不折不扣的個資庫。

所以公開談它的方式，就是你現在看到的樣子，需要很謹慎：談結構、談方法、談工序，不放任何一頁原件，孩子在文章裡沒有名字。學習歷程資料庫的公信力來自它存在、對得上時間，不需要把孩子的人生檔案攤在網路上。這條線，是家長要替孩子守的，而且要在第一次公開分享之前就想清楚。

整理十年檔案寫〈[從翻轉到翻越](/articles/flip-to-climb-education)〉時，我把「長期紀錄」列為非典型教育成立的四個條件之一。這篇算是把那個條件打開來看：它不浪漫，就是一筆一筆、一年一年，順著教學的日常長出來。

那 1,585 個檔案裡，沒有一個是在「做學習歷程」。它們只是學習發生的時候，順手留下的影子。多年後回頭看，影子連成了路。其實我自己手機裡，還有和家長群組的 LINE 裡面，都還藏著幾百筆珍貴的素材。等日後有些空閒，我會再把它們陸續整理出來。每一個檔案不只是檔案，是我們跟孩子相處時，獨一無二的時光。是生命。

學習歷程資料庫最好的樣子就是這樣：它不是做出來的，是活出來的。你只需要記得開燈。</content:encoded><category>沉思與記憶</category><category>學習歷程</category><category>Seesaw</category><category>能力證據</category><category>學習紀錄</category><category>特殊選才</category><category>自學</category></item><item><title>當矽谷開始替台灣定價</title><link>https://paulkuo.tw/articles/silicon-valley-calculates-taiwan/</link><guid isPermaLink="true">https://paulkuo.tw/articles/silicon-valley-calculates-taiwan/</guid><description>矽谷正在從「談論」台灣轉向「計算」台灣：創投看風險折現、國防科技新創看嚇阻場景、半導體業看先進製程的不可替代性。這篇以 BlockTempo 整理的兩集 Podcast 為切入點，拆開 Naval Ravikant 的地理現實主義與 Trae Stephens 的科技嚇阻主義，指出它們表面相反、底層是同一個把台灣放進試算表的動作。再用鄂蘭「是誰 vs 是什麼」的分辨，點出被計算的風險：你會慢慢用別人的單位看自己。寫給關心台灣如何被科技資本重新命名的人，主張台灣要把自己說成秩序節點，而不只是別人模型裡的一個風險價格。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; 「當我們想說出一個人『是誰』的那一刻，語言卻把我們帶去描述他『是什麼』。」
&gt; 漢娜．鄂蘭，《人的條件》

---

**TL;DR**

一週之內，兩集矽谷 Podcast 不約而同把台灣當成主題。投資人 Naval Ravikant 判斷美國守不住、台灣終將被慢慢統一；國防科技公司 Anduril 的執行董事長 Trae Stephens 估十年內現狀生變機率九成以上，正砸重本建立嚇阻。兩人的結論相反，但動作其實一樣：都在替台灣定價。這篇想談的，不是他們誰算得準，而是台灣正在被科技資本重新命名：從一則地緣新聞，變成一個可以下注、可以折現、可以配置資本的風險標的。而一個社會，不該只活在別人的計算裡。

---

## 一週兩集，矽谷把台灣端上桌

七月的第一週，兩檔矽谷 Podcast 在七天內先後把台灣放進核心話題。一集是投資人 Naval Ravikant 的隨性長對談，一集是 Jack Altman 主持的 Uncapped，來賓是國防科技公司 Anduril 的執行董事長 Trae Stephens。兩邊沒有事先講好，話題卻繞到同一個地方。

值得記下來的，不是矽谷開始談台灣，而是他們開始計算台灣。

談跟算不一樣。談一件事，通常還帶著理解它的意圖；開始計算時，重點就慢慢變成：它值多少、風險多高、能不能交換成別的利益。矽谷看台灣的方式，正在從討論，滑向計算。Naval 算的是防衛成本，他的答案是不值得。Trae 算的是嚇阻的可行性，他的答案是做得到，也募得到錢。兩人給出的數字相反，但他們都做了同一件事：把台灣放進試算表。

鄂蘭那句話講的就是這件事。想說清楚一個地方是誰，話一出口，往往就變成在說它是什麼。一旦開始計算一個地方，通常就會先替它決定「是什麼」：一個成本、一個機率、一個風險。至於它原本「是誰」，也就是人的生活、歷史、意志和選擇，反而容易在模型裡被省略。

這不是說計算本身有錯。任何國家都會計算別人。真正的問題是：誰有權決定模型怎麼設計，又由誰決定台灣該被放進哪一格。

這篇是「[AI 與人類秩序](/topics/ai/)」系列的一部分。

## 兩種矽谷視角，同一種語法

Naval 的立場，可以暫時稱為一種地理現實主義。他說航空母艦在中國陸基飛彈面前形同廢鐵，說美國飛彈庫存打一場高強度消耗大概七天就見底，說要去守一個隔著太平洋、不在自己家門口的島，成本高到不成比例。他的結論是，未來十到二十年，台灣會在各方保留面子的過程裡被慢慢統一。

這些話聽起來很硬，背後的根據卻沒有那麼硬。他描述的台灣，是他認識的那一小圈台灣人：有辦法把小孩送出國規避徵兵、預期著香港模式、賺完這一代再說。這比較像某個特定階層的經驗，不能直接代表一整個社會的意志。他自己也沒有引任何一份研究或民調。把一小群人的打算，四捨五入成兩千三百萬人的選擇，正是這種計算最危險的地方：它讓印象看起來像數字，讓偏見看起來像模型。

Trae Stephens 則代表另一種姿態：科技嚇阻主義。他被問到未來十年台海現狀改變的機率，答九成以上。這個數字不能直接收下，得先拆開看。他把三種差異極大的劇本綁在一起算：台灣香港化、美國用政治讓步交換供應鏈安排，以及中國全面入侵。如果把「現狀有變」定義得很寬，十年內發生變化本來就不難想像。九成聽起來嚇人，但問題在於：它的定義太鬆。

較嚴謹的公開評估，通常會把能力、意圖和情境拆開來談。美國中情局前局長 Burns 說的是習近平要求解放軍在 2027 年前「具備」犯台能力，並強調這不等於他已經決定要打。智庫 CSIS 把中國兩棲犯台的兵推跑了 24 次，多數情境守得住，但代價慘烈，而且日本參不參戰往往是勝負關鍵。具備犯台能力，和真的決定動手，中間隔著很遠的距離。Trae 的九成把這段距離壓成一個好記的數字。這裡不必猜他的動機，但必須放進脈絡看：他的公司賣的，正是這個風險故事的解方。


![兩種矽谷視角，同一個動作：常見做法把 Naval 的地理現實主義和 Trae 的科技嚇阻主義當成相反立場，結論一悲觀一樂觀；但拆開兩人的動作本身，都是先把台灣放進一張試算表，再讀出風險與機率。差異只在讀出來的數字方向，不在動作。](/images/articles/silicon-valley-calculates-taiwan/fig1-two-views.svg)

## 半導體：台灣暫時無法被四捨五入的地方

有意思的是，這兩種相反的視角，最後都在同一件事上交會：半導體。

Naval 承認 Anduril 這類公司正在重建美國的製造基礎，只是遠水救不了近火。Trae 更直接。他說美國幾十年前把晶片製造整個讓出去，現在錢全湧向設計那「相對簡單的一半」，難的是製造。如果製造問題不解決，其他推演都站不穩，包括他自己對台海嚇阻的想像。

而台灣真正掌握的，正是那個最難被複製的一半。全球大約六成的晶片產能在台灣，最先進的邏輯製程更集中：台積電一家就做了全世界九成以上的頂尖晶片。這是台灣被稱作「矽盾」的底氣。蔡英文在 2021 年用了這個詞：全世界對台灣先進晶片的依賴，本身就是一種嚇阻。

台灣被重新命名的弔詭，也正在這裡。矽盾是真的槓桿，可是它正被人一片一片搬走。台積電赴美設廠，依半導體產業協會（SIA）與 BCG 按已宣布投資的推估，美國的先進邏輯晶圓製造產能會從 2022 年的 0，長到 2032 年的約 28%。最尖端的 2nm 暫時留在台灣，也只是暫時。在別人的模型裡，台灣的不可替代性不是一個常數。它是一項正在折舊的資產。有矽盾在，台灣現在還不會被四捨五入成零。可是每移出一條先進產線，在別人的風險模型裡，就等於替那個「零」多鋪了一段路。公道地說，產線外移也可能把盟友的利害關係綁得更緊。我這裡說的「折舊」，不是台灣實力自動歸零，而是台灣在別人的風險模型裡，正在被重新估價。


![先進邏輯晶圓產能：美國從 2022 年的 0，依 SIA/BCG 已宣布投資推估，長到 2032 年約 28%。台積電最尖端製程暫時仍留在台灣，但這個比例正逐年爬升。](/images/articles/silicon-valley-calculates-taiwan/fig2-advanced-logic-capacity.svg)

## 強敘事，硬現實

Anduril 是這一切的樣板。2026 年 5 月，它完成 50 億美元募資，估值翻倍到 610 億，由 Thrive Capital 和 a16z 領投。它 2025 年的營收大約 22 億美元。拿估值粗除營收大約 28 倍，這個算法很粗，不是公開市場常用的嚴謹估值倍數；但方向很清楚：矽谷投資人正在替國防科技重新定價。國防不再只是波音和洛克希德的世界，而被當成一個可以用軟體速度、創投節奏去做的新資產類別。

問題是，估值可以在一天之內喊出來；一條固態火箭發動機產線，卻不可能一天長出來。就在募資的同一年，Anduril 密西西比的火箭發動機測試場發生一次爆炸（《Wired》2026 年 7 月報導）。更關鍵的是進度：它原訂 2025 年 7 月開始量產發動機，一年過去仍未開始。官方說，幾週內就會恢復測試，產線進度也不受影響。但幾位熟悉內情的人告訴《Wired》，近年很少見到這種程度的測試事故。

這不是要看 Anduril 笑話。固態火箭發動機是飛彈的心臟，全美國只有兩三家做得出來，五角大廈缺彈缺到得靠創投新創來補，這件事本身就說明國家能力被掏空到什麼地步。重點是敘事和交付之間的落差。矽谷可以加速某些國防技術，卻不能替一個國家長出完整的工業能力。如果台灣把自己的防衛想像，押在這套矽谷敘事能準時成熟，就必須先看清楚：敘事和產線，是兩回事。

## 那兩集 Podcast 真正缺的，是台灣自己

回到那兩集 Podcast，最大的空缺，不是誰算錯了，而是桌上根本沒有台灣。從頭到尾，台灣是一個被兩種矽谷視角定價的標的：有人說守不住，有人說可以嚇阻；但台灣自己沒有被放進對話裡，也沒有機會還價。

真實的台灣沒有這麼安靜。它正在為自己該怎麼防衛吵得很兇。本土無人機的年產能，在一年之內跳了一個量級；2026 年光是第一季出口，就已經超過前一年全年。同一時間，一筆約新台幣 1.25 兆元的國防特別預算，卻在 2026 年 5 月被在野黨大砍本土採購、只剩對美軍購，行政院又另提條例想補回來。黑熊學院也在教平民操作無人機。

這些爭吵表面上像雜訊，其實正是能動性的證明。如果一個社會真的已經把「怎麼活下去」外包給別人計算，它就不會為了本土產線、軍購比例和民防訓練吵成這樣。台灣還在吵，正因為台灣還在選。

不只台灣被算小了，地圖也被算窄了。那兩集節目裡，台海幾乎只剩美中台三角，日本、菲律賓幾乎消失。但真正的風險，不只在這個三角裡展開。2026 年 6 月，中國交通運輸部以「海上交通執法」的名義，在台灣以東海域啟動巡查、海警在旁支援（見 RealClearDefense 等分析；FT 則報導中國正加強對這片海域的主張）。那片海域連著巴士海峽、呂宋以北，以及日本的南西諸島。它是台灣防衛體系的後院，也是第一島鏈真正繃緊的地方。放回這張更大的地圖，台灣就不只是一個孤立的風險點，而是一整套區域秩序的節點。台灣要不要用這個身分說話，不能只交給別人的模型決定。


![台灣不是三角裡的一個點，是區域秩序的節點：常見敘事把台海壓縮成美中台三角，日本、菲律賓幾乎消失；放回第一島鏈的完整地圖，台灣連著巴士海峽、呂宋以北與南西諸島，是一整套區域秩序的節點，不是孤立的風險點。](/images/articles/silicon-valley-calculates-taiwan/fig3-triangle-to-node.svg)

## 結尾

矽谷會繼續計算台灣，這件事不會停，也不必然是壞事。被人認真計算，某種程度上，至少好過被人忽略。

真正麻煩的是，當別人開始替你定價，你可能也會慢慢用他們的單位看自己：一個成本、一個機率、一個風險。最後忘了自己在那張試算表之外，還是誰。

台灣可以被定價，但不會只是一個價格。它是一個直到現在，仍在決定自己要怎麼存在的社會。Naval 太悲觀、還是 Trae 太樂觀，其實不需要台灣花力氣去證明。真正要緊的是，這張表上必須有一個欄位屬於台灣。那個欄位，要用台灣自己的語言填，也要由台灣自己按下等號。

---

## Takeaways

1. 矽谷對台灣的態度，正在從「談論」轉成「計算」：Naval 用風險折現說守不住，Trae 用嚇阻場景說做得到，結論相反，卻都把台灣當成一個可定價的標的。
2. Trae Stephens 的「九成以上」把香港化、供應鏈交易、全面入侵三種劇本綁在一起算，是好記也好賣的數字；嚴謹機構只談 2027 年的「能力」，不等於決心，更不等於機率。
3. 半導體是台灣現在無法被四捨五入的籌碼，但先進產能正被主動外移（SIA/BCG 推估：美國的先進邏輯製造產能 2022 年 0%、2032 年約 28%），矽盾是一項正在折舊的資產，不是永久的常數。
4. Anduril 的 610 億估值，與密西西比的爆炸、量產跳票並存，說明資本能重新定價國防科技，卻無法讓一個國家從零長出量產與交付能力。
5. 台灣的能動性是真的：無人機產業、特別預算的攻防、民防訓練、島鏈東側的布局。台灣不只是別人模型裡的變數，更是一個仍在選擇如何存在的社會。

---

## 參考資料

- 動區 BlockTempo，〈納瓦爾：10-20 年後臺灣終將被統一，美國與中國無須一戰〉（2026-07-04，兩集 Podcast 的整理與觀察，屬二手轉述）。原始一手來源：Naval Ravikant Podcast（YouTube `6m-ZZBCiiEE`，台灣段約 54 分起）；Uncapped with Jack Altman 第 35 集（YouTube `NpUcRftC3k0`）。https://www.blocktempo.com/silicon-valley-podcasts-naval-anduril-trae-stephens-taiwan-risk-bet/
- Anduril 官方公告，〈Anduril Announces $5B Series H Raise〉（2026-05-13）。https://www.anduril.com/news/anduril-announces-usd5b-series-h-raise/ ；估值與營收另據 TechCrunch、Bloomberg（2026-05-13）。
- Wired，〈An Explosion Knocked Out Anduril&apos;s Rocket Motor Test Site in Mississippi〉（Paul 提供原始連結；本文事實另經多家轉載核對）。https://www.wired.com/story/anduril-mississippi-explosion-missiles-rocket-motor/
- 台灣以東海域：Financial Times〈China steps up claims over sea east of Taiwan〉報導中國加強對該海域的主張（Paul 提供原始連結）；2026 年 6 月交通運輸部「海上交通執法」巡查的具體描述，見 RealClearDefense〈China Is Turning the Waters East of Taiwan Grey〉（2026-06-22）與 Taipei Times（2026-07-05）。https://www.ft.com/content/6ac24ea6-50c2-4e25-92b7-79d52edc0b8b
- CSIS，《The First Battle of the Next War: Wargaming a Chinese Invasion of Taiwan》；中情局前局長 Burns 對 2027「具備能力、非決定開戰」的說法。
- 台灣「矽盾」與先進製程占比：MIT Technology Review（2025-08）、蔡英文 2021 年「silicon shield」論述；美國先進邏輯產能占比推估見 SIA／BCG〈Emerging Resilience in the Semiconductor Supply Chain〉。
- 台灣無人機產業與特別預算攻防：The Diplomat（2026-05、2026-07）、USNI News（2025-11）、The Guardian（2026-05，台灣無人機出口 Q1 已超過前一年全年）。
- Hannah Arendt, *The Human Condition*（引言原文：&quot;The moment we want to say who somebody is, our very vocabulary leads us astray into saying what he is.&quot;）。

### 圖片來源

- 圖 1〈兩種矽谷視角，同一個動作〉、圖 2〈先進邏輯晶圓產能：美國從 0 長到約 28%〉、圖 3〈台灣不是三角裡的一個點，是區域秩序的節點〉：皆為本文自製示意圖。圖 2 數據來源為 SIA／BCG〈Emerging Resilience in the Semiconductor Supply Chain〉。
- （選用）第一島鏈地圖：美國國防部年度中國軍力報告，公有領域，經 Wikimedia Commons。
- （選用）兩集 Podcast 片段：YouTube 官方嵌入（連結見上）。</content:encoded><category>智能與秩序</category><category>台海</category><category>矽谷</category><category>國防科技</category><category>半導體</category><category>Anduril</category><category>地緣政治</category><category>矽盾</category></item><item><title>誰擁有孩子做出來的東西：一次真實任務教育的盲點</title><link>https://paulkuo.tw/articles/whose-work-education-blind-spot/</link><guid isPermaLink="true">https://paulkuo.tw/articles/whose-work-education-blind-spot/</guid><description>一群學生花了一個多月，無償設計一趟海外學習的完整路線、交通、住宿與預算，因為校方說這是「課程」不是「旅遊」，不找旅行社，讓學生自己來，當作訓練。這件事本身很好。真正讓我不太舒服的，是後來的事：帶隊的那位大人，透過課程之外的商業管道，推出內容與學生設計高度重疊的收費行程，還把自己的投入描述成不支薪的義務奉獻。這篇文章不點名任何人，也不是要清算誰。它想談一個實驗教育很少被防到的盲點：我們讚美學生在真實任務裡的產出，卻很少問「這些東西是誰的」，也很少替業師的利益衝突設好界線。這是「從翻轉到翻越」教育系列裡，關於失敗與治理的一篇。
</description><pubDate>Wed, 08 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 一群學生花了一個多月，無償設計一趟海外學習的完整路線，校方說這是「課程」不是「旅遊」，要學生自己來。後來我跟一些家長發現，帶隊的大人把一個內容高度重疊的行程，當成自己的收費產品來推銷，還把自己的付出說成義務奉獻。這篇不想點名任何人，談一個實驗教育很少防到的盲點：學生無償產出的成果該歸誰、業師的利益衝突該怎麼治理。

先講一下，寫這篇我也考慮很久：這篇不點名任何人，也不是要清算誰。我要談的是一個教育設計的現況，一個我自己身在其中、後來才看見的盲點。

事情是這樣。一群學生花了一個多月，設計一趟海外學習的完整路線：交通、住宿、每一天的行程、預算，全部自己來。為什麼是他們自己做？因為校方說得很清楚，這是「課程」不是「旅遊」，所以不找旅行社，讓學生自己找資料、自己設計，當作對他們的訓練。

到這裡，我完全同意。這正是我在整個教育系列裡一直讚許的：真實任務比模擬作業更能長出能力。學生去訂票、投保、算預算、排路線與各種搞不清楚狀況，長出來的東西是紙上作業給不了的。

讓我後來不太舒服的，是接下來發生的事。

## 當學生的作業，變成別人的商品

旅程結束後過了一陣子，我輾轉看到一則消息：帶隊的那位大人，透過課程之外的商業管道，推出了一個內容與學生當初設計高度重疊的行程。學生花了一個多月無償設計的東西，換了一個身分，變成了一個要收費的商業產品。

更讓我詫異的，是他描述這件事的方式。他把開發這個行程的過程，說成自掏腰包、不收分文的付出，還表示日後不打算再做這種吃力不討好的開發。

我把這幾句話讀了好幾遍。有幾個地方對不太起來。他是有支薪的，怎麼會是不收分文？而那份路線的設計，主要是學生做的。一件主要由學生無償完成、又由學校當成正式課程的東西，最後成了帶隊者口中自己無償開發的產品，然後拿去兜售。

我不想把人想得太壞。也許有我不知道的內情，也許他自己真的投入了很多。但作為一個家長，把這些資訊片段並置一起看，就是不太對勁。

## 我們讚美產出，卻忘了問它是誰的

我看見一個過去從來沒想過的盲點。

在真實任務的教育裡，我們花很多力氣談學生「產出了什麼」。做了網站、設計了行程、辦了活動、寫了企劃。我們把這些產出當成能力的證據，這沒有錯。但我們很少往前再問一句：這些東西與 IP，到底是誰的？

一個孩子花一個多月設計出來的路線，是一份真實的創作勞動。它不是一張隨手畫的塗鴉，它有市場價值，它真的可以被拿去商轉。可是在整個「課程」的框架裡，沒有人講清楚：這份成果的所有權是誰的？誰可以用它？帶隊的人能不能把它拿去做自己的生意？

沒有人講，是因為我們預設了善意。我們假設把孩子交給一個教育者，對方就會用教育者的方式對待孩子的產出。多數時候，這個假設是對的。但只要有一次不是，你就會發現，善意從來不能取代規則。

## 業師會帶你看見世界，也帶著世界的算計

我在〈[教育創新的隱形帳本](/articles/hidden-ledger-education-innovation)〉裡寫過，業師制度是把學習接到真實世界最重要的一條線。真正在市場裡搏鬥過的人，給得出課本給不了的東西。這是我的相信。

但這次的經驗，讓我看見同一件事的另一面。業師把真實世界帶進來，也把真實世界的利益一起帶了進來。一個人如果同時是學生的老師，又在外面經營著相關的事業，他就處在一個利益衝突的結構裡：他有最近的距離接觸到學生無償的產出，也有最直接的管道把它變現。

不是說業師都會這樣做。絕大多數不會。但一個成熟的制度，不能只依賴「大多數人是好的」。它必須先假設利益衝突可能存在，然後在事情發生之前，就把界線畫好：學生的產出屬於誰、業師能不能商業使用、什麼情況要事先揭露、什麼情況要經過同意。

## 這是治理的第三塊，但是我也漏掉

我在這個系列裡談過兩種治理。一種是安全：把孩子帶進真實世界，需要保險、緊急金、通報機制。一種是成本：真實任務背後有大量看不見的時間、金錢與行政。

這次的事，讓我看見第三塊，一塊我自己也一直漏掉的：學生產出的所有權，以及業師的利益衝突。

這第三塊比前兩塊更難，因為它不涉及金錢或人身安全，而涉及信任與倫理。它沒有收據可以核對，也沒有保單可以理賠。它靠的是事先把話講清楚：在一個孩子開始為「課程」無償投入之前，就講好他做出來的東西是誰的、可以被怎麼使用。這幾句話很不浪漫，甚至有點掃興，但少了它，最珍貴的信任就沒有護欄。

## 把失敗攤開，是為了讓後來的人有護欄

我猶豫過要不要寫這篇。它不好看，也戳到一段我不太願意回想的經驗。

但我最後決定寫，因為整個教育系列如果只收好聽的成功故事，那它就不誠實。這批資料裡最值得保留的，除了那些長出能力的漂亮案例，還有這種讓人不舒服的盲點。一個成功可以鼓舞人，一個被誠實檢視過的失敗，才可能真的保護到後面的人。

所以我不想點名，因為重點不在追究某一個人。重點在指出這個盲點本身：我們太相信善意，太少設規則；太會讚美學生的產出，沒思考保護它的歸屬。

總論〈[從翻轉到翻越](/articles/flip-to-climb-education)〉裡我說，教育創新不能被浪漫化。這篇就是那句話最不浪漫的一個註腳。把孩子帶進真實世界，他會遇到不公平、不成熟，甚至不誠實的人，還有不完美的父母。教育不能假裝這些不存在，但也不能因為孩子後來有所成長，就把成人的越界重新解釋成一份禮物。

多年後回頭看這段歷程，我感恩的是孩子沒有讓委屈停在委屈。他從中學會辨識權利、整理立場，也練習用自己的方式說出不同意。但這份成長屬於孩子，不是那位老師的功勞，不能反過來證明當年的越界值得。好的教育，不是等待孩子受了委屈，再把它解釋成一堂課，而是在事情發生以前，就把作品歸屬、利益衝突與成人界線說清楚。

這也是我想把失敗攤開的原因。孩子可以從不公平裡長出力量，成人與制度的責任，是讓後來的人不必付出同樣的代價，才學會同樣的事。</content:encoded><category>沉思與記憶</category><category>實驗教育</category><category>業師制度</category><category>教育倫理</category><category>專案式學習</category><category>教育反思</category><category>智慧財產</category></item><item><title>把 Claude Cowork 變成你的總控台：一個人指揮多個平行視窗的工作流</title><link>https://paulkuo.tw/articles/cowork-control-tower/</link><guid isPermaLink="true">https://paulkuo.tw/articles/cowork-control-tower/</guid><description>今天 Cowork 在對話框跳出一個我沒看過的提示，主動建議把手上的事丟到一個獨立的平行視窗處理。我按下去、進到那個視窗，它成了我一整天的總控台。回頭查官方更新說明，發現這個提示還沒被寫進文件，但它背後的平行任務能力是官方載明的。這篇是一份教學：拆解「與其開很多視窗，不如讓一個當總控台」的工作流怎麼搭、它的邊界在哪，以及那天它實際接住了什麼。
</description><pubDate>Tue, 07 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR：** Cowork 今天跳出一個沒看過的提示，把任務丟進一個獨立的平行視窗跑。真正好用的地方不在「開很多視窗」，在於指定其中一個當總控台，由它讀取並統籌其餘視窗。這篇拆解怎麼搭，以及它的邊界在哪。

今天在 Cowork 的對話框裡跳出一行我沒看過的提示，問我要不要把手上這幾件事丟到一個獨立的視窗去平行處理。我按了下去。旁邊開出一個新視窗，我點進去，原本那句「幫我同時處理幾件事」的請求就在裡面接著跑。那個新視窗，後來變成我的總控台，一個在 Cowork 視窗裡面的 Dashboard，BI 介面。

我回頭想查這到底是什麼功能。翻 Anthropic 的官方更新說明，一路看到七月初，沒有一條在講這個提示。很奇妙，沒看到說明書，就是直接打開AI視窗學AI。

## Cowork 這個「平行視窗」是官方新功能嗎？

我不知道（如果您知道可以教我，感謝感謝）：那個「跳出來建議你開獨立視窗」的提示，我在官方 release notes（更新到 2026 年 7 月 1 日）裡還找不到專屬條目。但它的能力倒是官方載明的。Cowork 的官方說明有提到，它會把複雜工作拆成子任務、平行協調多條 workstream，也支援把相關任務組成各自獨立的工作區。

所以比較準確的說法是：平行處理任務是 Cowork 官方就有的能力，今天那個「主動建議我把這件事丟到獨立視窗」的提示，則像是還在灰度推送、文件還沒跟上的一層介面。我剛好撞到了。

這點我不想含糊帶過。如果哪天你也看到類似的提示卻遍尋不著官方說明，你沒有找錯，它只是還沒被寫下來。

## 同時開很多視窗就夠了嗎？

不夠。多開幾個視窗，只是把單線變成多線。真正改變工作方式的，是其中一個視窗的角色。

每天，我的手上常常同時有七、八條線在跑：一份商業白皮書、一份 NDA 的三語修訂、網站的每日內容管線、跨專案的治理檢查、幾份會議記錄。與其在這些視窗之間跳來跳去、自己記進度，我讓開出來的那個新視窗當總控台，專門做一件事：去讀其餘視窗現在到哪、幫我彙整、把重複和會互相影響的地方挑出來。

![我實際在用的總控台。左邊側欄是平行跑的多個 Cowork 視窗，中間釘選的 Control Tower 視窗把其餘視窗的狀態彙整成一份總覽：重點視窗、待辦、跨視窗衝突一眼看完。客戶與專案名稱已去識別化。](/images/articles/cowork-control-tower-workflow.png)

我自己的角色也跟著往上移了一層：從執行，移到調度和判斷。

## 總控台能做什麼、不能做什麼？

這段最該講白，因為期待對了才用得順。

它能做的：讀取你其他視窗的進度（唯讀）、把多條線彙整成一份總覽、抓出兩個視窗在做重複或會互相影響的事、幫你追蹤誰卡住了、誰在等你回覆。它也能自己另開一個它能全權控制的子任務去跑，或把一份精準的指令交給你、或交給另一個專門的視窗執行。

它不能做的：它對你其他視窗是唯讀的。它看得到，但不能替你在那些視窗裡打字、喊停、或改方向。那些是你自己開的獨立視窗，要動它們，還是得你進去，或叫那個視窗裡的 AI 做。

把這條界線記牢，你就不會去期待它「幫我把那個視窗關掉」，而會改成請它「讀那個視窗、告訴我它卡在哪、擬一份指令我拿去用」。後者它做得很到位。

## 一個真實案例：監測排程停擺了八天

講一件總控台實際接住的事，會比較有感。

我有一支背景排程，工作是每天巡一遍系統健康、把治理紀錄收進版本控制。那天總控台去讀各條線的時候，發現這支排程已經停擺八天了，表面上什麼警報都沒有。它一停，本該每天歸檔的檔案就一路堆著沒進版控，累積到六十幾個。

換作是我自己在七、八個視窗之間切換，這種「沒有出錯、只是停在那裡不動」的狀況最容易漏掉。總控台的價值就在這裡：它把跨視窗的狀態攤在同一個平面上，一支八天沒動的排程一眼就露出來。你會需要它，是因為 AI 同時能跑的量，早已超過任何人一次盯得住的極限。包括我在內，認知極限一定會留下死角，總控台補的就是這一面。

後面的處理也照著「唯讀加轉交」的分工走。總控台先把現場查清楚、確認問題根源，再擬一份精準指令，交給另一個能動手改程式和版本控制的視窗去修。修完，總控台回頭獨立驗一次，確認真的補起來了，才把這條標成收尾。指揮的、動手的、驗收的分屬不同席位，但由同一個人統籌。

## 怎麼自己搭一個總控台

不需要等官方那個提示出現，你現在就能手動搭出同樣的東西。這套我不是設計好才做，是那天邊做邊撞出來的，連撞到的坑一起講給你。

這裡有個前提得先講明，免得你照著做卻卡在額度上：我用的是 Max 20x。Cowork 本身每個付費方案都有，Pro 也能用，功能沒有鎖在高階方案。但好幾個視窗整天平行跑、還有一個一直在讀其他視窗，很吃用量；Pro 的額度是為短任務設計的，官方也註明 Cowork 消耗額度比聊天快、重度使用建議升級。要照這個強度跑一整天，實際上比較需要 Max。你可以先用 Pro 試小規模、抓到感覺，再決定要不要升。

![總控台工作流示意：你在最上面只做判斷與指揮；中間的總控台視窗負責讀取、彙整、抓衝突，並把每日彙整早報回報給你；它對下面幾個平行任務視窗是唯讀監看（看得到、不動它），只有自己開的子任務才全權控制。](/images/articles/cowork-control-tower-diagram.png)

先說它為什麼成立：這個新功能讓總控台看得到其他視窗的進度。過去每個視窗各跑各的、彼此看不到；有了這個，總控台才談得上彙整、比對、抓衝突，等於多了一層協作。

第一，把彼此獨立的事各開一個視窗跑。獨立是關鍵：會互相踩到的事別硬拆開。

第二，指定一個視窗當總控台，交代角色：讀其餘視窗、彙整回報、抓重複和衝突，但不要去動它們。這條唯讀界線要守住。

第三，把每天要看的彙整設成排程，我設早上八點。這裡有個第一次會踩的坑：只叫它看「當下正在跑」的視窗，多半空手，因為每個回合很短、任何一刻通常沒有視窗剛好在跑。改成讀「最近有動過」的視窗，早報才有料。

第四，想要看得到的面板，就讓總控台把各視窗狀態做成一頁儀表板（這種可持久、能連資料的頁面，官方叫 **Live Artifact**）。這裡有個坑：Live Artifact 可以即時拉 Notion、Slack、Google Sheets 這類連接器的資料，但我要即時讀的是「其他視窗的進度」，這個來源目前不給 artifact 即時抓，所以我第一版的即時版直接讀取失敗。退一步改成快照：我把資料抓好、烘進頁面，頁面只負責顯示，更新靠喊一聲或靠排程。知道它是快照不是即時，你就不會空等一個不會自己動的畫面。

搭起來之後，你花在「這件事現在到底到哪了」的時間會明顯減少。那些時間，本來是被視窗切換吃掉的。

## 站在能看見全局的位置

今天那個提示，也許下個月就會被寫進官方文件，變成一個有名字的新功能。但工作流不一定要等到那一天。

我們不缺更多模型，或更多工具。更缺的是能把零散進度收斂與整合的位置：讓你知道哪件事卡住了，哪條線正在推進，哪個結果已經可以拿來判斷。

這個位置可以交給一個 AI 視窗先守著。它幫你整理、追蹤、提醒，把分散的線索收攏起來。人退到後面一點，把注意力留給更重要的事：先推哪條線，哪個衝突要先處理，哪份成果可以放行。

這是我一直想談的「[超級個體](/topics/ai/)」的具體樣子。一個人讓十條線同時運轉，自己保留最後的判斷。

我在[另一篇談 GitHub 停權後如何重建冗餘的文章](/articles/resilience-engineering-after-github-suspend)裡也寫過。西蒙・韋伊說：「注意力，是慷慨最稀有、也最純粹的形式。」放回工作流裡看，工具可以加速，但真正重要的，是讓注意力有地方安頓，讓判斷不被零碎任務耗盡。

Anthropic 這個功能做得到位。每天要看多個視窗運作的工作流，可以在一個視窗裡調度，真的很讚；模型能力一直往上演化，操作介面也越來越好上手。我會說，「AI 管理系統」的雛形，大概就是長這樣：你在一個視窗前，可同時盯著、調度數十個、甚至上百個 agent。今天我們管的是幾條線，這條路再走下去，管的會是一整支 agent 團隊。</content:encoded><category>智能與秩序</category><category>Claude Cowork</category><category>人機協作</category><category>AI agent</category><category>平行任務</category><category>工作流設計</category><category>超級個體</category><category>AI 生產力</category></item><item><title>四個孩子，一個暑假，一個要上線的網站</title><link>https://paulkuo.tw/articles/four-kids-summer-website/</link><guid isPermaLink="true">https://paulkuo.tw/articles/four-kids-summer-website/</guid><description>2018 年夏天，我帶四個國中生用一個暑假做一件事：從零建一個真的能營運的電商網站。不是模擬作業，是有真實目的、真實期限、也真的可能失敗的任務。前兩週，網站還是一片空白；一個月後，他們交出令人驚豔的成品。這篇是那個暑假的案例紀錄：任務怎麼設計、卡關時成人該做什麼不該做什麼、以及最後長出了什麼能力。它是「從翻轉到翻越」教育系列裡，真實任務的第一個案例。背後的認知分析我另外寫在〈系統與直覺的對決〉。
</description><pubDate>Tue, 07 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 2018 年夏天，我給四個國中生一個真實任務：一個暑假，從零做一個能營運的電商網站，做得成、做不成都是真的。我記得前兩週還一片空白，大家還在探索與磨合，一個月後交出令人驚豔的成品。真實任務之所以能長出能力，是因為它有目的、有對象、有期限，也真的會失敗。而那個夏天最大的收穫，是我又一次確認：我們太低估小孩的學習能力。

2018 年夏天，我做了一個決定：不給四個國中生練習題，給他們一個真的要上線的網站。

那是我開的《認識創業家精神》的暑期班。我大可以出一份模擬作業，發一個假的品牌、假的產品、假的客戶，讓他們照著填。填完打個分數，皆大歡喜。但我沒有這樣做。我給他們的任務是：一個暑假，四個人一組，從一張空白頁面開始，做出一個可以實際營運的電商網站。做得成、做不成，都是真的。並且我找當時的台大助理教授Pecu老師（蔡芸琤教授）指導，以及她的兩個大二學生當助教來協助。我們有教授以及兩位助教輔導這四個學生，住在青島東路上的一家青旅，用這邊的空間當我們的學習場域，確保大家有充分的溝通時間。

![三個孩子在青島東路的青旅裡，圍著一台筆電討論網站要放什麼。](/images/articles/four-kids-summer-website-hostel.jpg)

*青島東路的青旅，是四個孩子那個暑假的學習基地。*

住在一起是刻意的安排。要做這種專案，沒辦法各自回家、做完自己那一份就好。它比較像去上班：一群人得生活在一起，一起吃、一起做，很多問題是在朝夕相處裡才磨出來的。

![四個孩子在青旅裡一起準備食材煮咖哩，桌上有電鍋、蔬菜、雞肉與咖哩塊。](/images/articles/four-kids-summer-website-living.jpg)

*在青旅一起煮咖哩。專案那段時間他們一起生活，比較像一起上班的同事。*

會這樣設計，是因為我越來越不相信模擬作業能長出能力。

## 模擬作業拿掉了什麼

一份練習題和一個真實任務，真正拉開這兩者的是四件事。

真實任務有**真實的目的**：這個網站真的要讓人看懂、信任、然後買。它有**真實的對象**：打分數的不只是老師，任何一個點進來的人都算數。它有**真實的期限**：暑假結束就要成果發表，時間不等人。它還有**真的會失敗的可能**：做不出來就是做不出來，沒有安慰獎。

模擬作業把這四件事全部拿掉了。範圍畫好、標準答案準備好、做不好也沒有後果。於是學生可以一直停在「我大概懂了」，不必真的想清楚。而「大概懂了」和「真的能做」之間的距離，正是教育要處理的東西。

我把賭注押在這個距離上。

## 前兩週，一片空白

挑戰很快來了。

兩週過去，一個早上九點，晨會結束，我盯著他們的畫面：四個人做了兩週，網站內容還幾乎是空的。
一開始我以為是進度問題，後來才明白是認知問題。他們卡住的不是「按鈕在哪裡」，是更前面的一題：這個網站到底要做什麼？我們是誰、賣什麼、為什麼有人要相信我們、客戶怎麼完成購買？這些沒有答案，任何頁面都只是漂浮的裝飾，再會操作工具也放不下東西。我跟指導的團隊做這樣的分工，蔡教授與兩位助教教他們技術問題，我教他們從客戶需求出發，怎麼從零開始啟動。

那片空白看起來像失敗。真相剛好相反：任務正是從這裡才開始真正發生。這種卡關在模擬作業裡永遠不會出現，因為練習題會先幫你把問題想好。而這裡沒有人幫他們想。這一段的認知機制，後來我完整寫在〈[系統與直覺的對決](/articles/system-vs-intuition-planning)〉：為什麼「想清楚」比「做出來」難一百倍。

## 成人在旁邊做什麼，比做什麼給他們重要

卡在這裡，最難的其實是我。

我很想直接告訴他們答案。品牌這樣定、產品這樣分類、首頁這樣寫，十分鐘就能讓那個空白頁面長出東西。但只要我這樣做，這個任務就從他們的變成我的，能力仍舊在我身上，長不到他們身上。

所以我把自己的工作改成問問題。你們是誰？你想賣的東西，別人為什麼要跟你買而不是別家？一個人第一次點進來，三秒鐘要看到什麼才會留下來？他要怎麼從看到到下單？我忍住不給答案，把問題一個一個丟回去，逼他們自己回答。

同時我守住兩條邊界。一是不替他們做，二是不讓任務垮掉。中間他們吵過、分工重來過、有人想放棄過，我沒有把衝突消掉，而是把衝突留著、當成要一起解的題目。教育者在真實任務裡的角色，比較像站在旁邊的人，在關鍵時刻把經驗接住、幫他們整理成理解。

![一個孩子累到趴在青旅的扶手椅上睡著，旁邊放著背包，不遠處的桌上還開著筆電。](/images/articles/four-kids-summer-website-hostel6.jpg)

*熬的痕跡：工作到累了，就在青旅的沙發上睡著。*

## 一個月後，一個令人驚豔的網站

然後，事情開始長出來。

![三個孩子在青旅並排坐著，各自對著筆電工作，臉部已模糊處理。](/images/articles/four-kids-summer-website-work3.jpg)

*事情長出來的樣子：排排坐，各自扛一塊。為保護未成年學生，臉部已模糊處理。*

想清楚要做什麼之後，頁面就有了地方可以放東西。他們開始把「我們是誰」寫成首頁、把「賣什麼」變成產品頁、把「怎麼買」設計成一條路徑，四個人也把工作按流程分好，不再各做各的。從前兩週的一片空白，到一個月後，他們交出一個可以拿去做成果發表、而且令人驚豔的網站。我們後來也安排他們去 AppWorks 做 Demo。

![四個孩子和兩位助教圍坐在一起，各自對著筆電與平板討論網站（多為背影，畫面經柔化處理）。](/images/articles/four-kids-summer-website-ta-discuss.jpg)

*這個網站，就是四個孩子和兩位助教這樣圍著筆電，一格一格討論出來的。*

![四個孩子做出來的電商網站首頁，畫面上是「掃描我們支持我們」與兩個 QR code。](/images/articles/four-kids-summer-website-product.jpg)

*他們真的把網站做出來了。*

我看著那個成品，心裡浮出來的，是一個我在教他們的過程中一直有的聲音：我們太低估小孩的學習能力了。

大人常常先假設孩子做不到，於是把任務先簡化、先保護、先給一個安全但空洞的版本。可是當你真的把一個困難、真實、會失敗的任務放到他們面前，再在旁邊陪著，他們長出來的東西經常超過你原本敢期待的。這無關這四個孩子特別厲害，而是這種任務本來就有這個力量。這是環境的力量。

## 這件事不能被浪漫化

我也要交代執行的細節，不然這篇就變成一個好聽的成功故事。

這樣的專案很吃成人的時間。那一個月，我跟教授與兩位助教投進去的追問、陪伴、把混亂接住的力氣，遠比出一份練習題多得多。不是每個老師、每個家庭都有條件長期這樣投入。真實任務的效果很好，成本也很真實，這兩件事要一起講才符合實情。

而且一個案例不是一套公式。四個孩子一個暑假的網站，不要求每個人照抄，只想提供一組可以思考的設計原則：把真實的目的、對象、期限與失敗風險放回任務裡，然後讓成人從給答案的人，變成設計場域、提出追問、守住邊界與鼓勵的人。過程中他們也自己協商出分工，有人做視覺，有人做內容，有人做前端，有人做後端，有切開的地方，也有重疊。每個孩子的任務，是一邊走一邊設計。

這是「從翻轉到翻越」教育系列的第一個真實任務案例。它想回答總論〈[從翻轉到翻越](/articles/flip-to-climb-education)〉裡那句話：真實任務會暴露「以為懂了」與「真的能做」的距離。那個暑假,四個國中生用一片空白和一個令人驚豔的網站，把這句話演給我看了一遍。

![成果發表當天，整個團隊的合照，為保護未成年學生，臉部已模糊處理。](/images/articles/four-kids-summer-website-team.jpg)

*那個暑假的團隊：四個孩子、蔡教授與兩位助教。為保護學生隱私，臉部已模糊。*</content:encoded><category>沉思與記憶</category><category>專案式學習</category><category>真實任務</category><category>創業教育</category><category>電商網站</category><category>教育實踐</category><category>案例研究</category></item><item><title>當作業可以被生成，真實任務為什麼更重要</title><link>https://paulkuo.tw/articles/real-tasks-when-work-can-be-generated/</link><guid isPermaLink="true">https://paulkuo.tw/articles/real-tasks-when-work-can-be-generated/</guid><description>生成式 AI 普及後，一篇漂亮的論文、作業、報告，不再能證明背後那個人真的懂。2022 年《大西洋月刊》的〈大學論文已死〉開了第一槍，之後的討論把問題推到更根本的地方：「書面成品的品質等於個人能力」這個我們用了幾百年的評量假設，已經崩塌。這篇想說一件事：當作業可以被生成，唯一無法被生成的，是真的在真實情境裡把事情做出來的過程。我在 2018 年帶孩子做真實任務時，這還是一種教育偏好；AI 之後，它變成了剛需。這是「從翻轉到翻越」教育系列與 AI 時代的第一次正面對話。
</description><pubDate>Tue, 07 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 生成式 AI 讓論文、作業、報告都能一鍵生成，「書面成品等於個人能力」這個用了幾百年的評量假設悄悄崩塌。2022 年〈大學論文已死〉開了第一槍。這篇想說的是：當作業可以被生成，唯一無法被生成的，是真的在真實情境裡把事情做出來的過程。我 2018 年帶孩子做真實任務時，這還是教育偏好；AI 之後，它變成剛需。

一位在大學任教的朋友跟我說過一個場景，我一直記得。他班上有個學生，作業繳得又快又漂亮，句句通順、結構完整。可是同一個學生，一到需要當場說明自己寫了什麼的口試，就整個垮掉，講不出所以然。這不是單一個案。AI 普及之後，很多老師都觀察到同一種雙峰現象：一群學生用 AI 秒殺書面作業、繳出完美成品，然後在面對面的場合徹底露餡。

這個場景揭穿的，不只是作弊。還有一個我們用了幾百年、卻很少正式說出口的假設。

## 崩塌的，是一個沒說出口的假設

那個假設是：一份書面成品的品質，反映寫它的人的能力。

一直以來，我們的教育評量體系就建立在這句話上。我們用論文判斷大學生，用報告判斷職場工作者，用一份寫得好不好的文件，推斷背後那個人懂不懂、想清楚了沒。這個推斷曾經成立，因為過去要寫出一篇像樣的東西，你確實得先想清楚。

生成式 AI 一來，這句話就斷了。現在一份漂亮的成品，可能背後根本沒有那個「想清楚」的人。2022 年底，《大西洋月刊》登了一篇文章，標題很直接：[〈大學論文已死〉](https://www.theatlantic.com/technology/archive/2022/12/chatgpt-ai-writing-college-student-essays/672371/)。作者 Stephen Marche 的問題很簡單：當人文學科用論文評判學生、用論文品質授予學位，而這整個過程現在都能被自動化，會發生什麼事？

三年過去，答案越來越清楚。問題從「學生會不會作弊」的誠信問題，深化成一個更根本的命題：當書面成品不再說明能力，我們到底該拿什麼來證明一個人真的學會了？

## 唯一生成不了的東西

AI 能生成一篇談「如何做一個電商網站」的文章，寫得比多數人好。但它生成不了另一件事。

它生成不了四個國中生，真的一起面對一張空白頁面、卡在「我們到底要做什麼」、吵過架、重新分工、然後在一個月後把網站做出來的那整段過程，歷史無法複製。我在〈[四個孩子，一個暑假，一個要上線的網站](/articles/four-kids-summer-website)〉裡寫過這個真實任務。它的價值不在最後那份成品有多漂亮，而在成品長出來之前，那些人真的經歷過的判斷、協作、挫折與修正。

這就是真實任務和書面作業的根本差異。書面作業的產物是一份文件，而文件可以被生成。真實任務的產物是一段發生在真實情境裡、有對象、有期限、有失敗風險的經歷，而這段經歷，生成式 AI 替代不了。你可以請 AI 幫你寫一份旅行計畫，但它沒辦法替你走一趟熊野古道、在預算和路線之間做真實的取捨。你可以請 AI 產出一份會議記錄，但它替代不了你在會議裡真的說服了一個不同意你的人。

當所有可以被生成的東西都貶值，那些無法被生成的過程，變成了最值錢的部分。

## 從教育偏好，變成剛需

回首這段歷程，真的很有意思：2018 年我帶那個真實任務專案的時候，還沒有 ChatGPT。

那時候我主張真實任務比模擬作業好，是一種教育選擇、一種偏好。我相信孩子在真實壓力下學到的東西更扎實，要在實戰中學習，但我沒辦法說模擬作業「沒用」，它至少還能練基本功。AI 之後，情況變了。當一份模擬作業可以被一鍵生成、而且看不出破綻，它作為學習證明的效力就趨近於零。真實任務不再只是「比較好的選擇」，它變成少數還能可靠地長出、也能驗證能力的方式。

不是我的教育理念變厲害了。是潮流追上來，我也剛好站在一個位置。

世界經濟論壇 2025 年的《[未來就業報告](https://www.weforum.org/publications/the-future-of-jobs-report-2025/)》調查了超過一千家雇主、涵蓋一千四百萬名工作者，估計到 2030 年，39% 的核心技能將會改變。而雇主最需要的能力排在最前面的，是分析性思考，接著是韌性與敏捷、領導與社會影響力、創造性思考。這些能力有一個共同點：沒有一個是靠背答案得到的，全部都要在真實任務的摩擦裡才長得出來，也正好是 AI 目前最難替代的部分。

換句話說，AI 一邊讓標準答案變得不值錢，一邊把「能在混亂裡把事情整合出來」的能力，推到了更高的價格。這條線我在〈[煤礦坑裡的金絲雀](/articles/canary-in-coal-mine-ai-employment)〉裡從就業的角度談過，教育這一端是同一件事的另一面。

## 學習發生在掙扎裡

還有一層更深的東西，關於學習到底怎麼發生。

學習科學有一個概念叫「有生產力的掙扎」（productive struggle）：真正的理解，往往長在你卡住、困惑、必須自己想辦法穿過去的那段過程裡。答案來得太容易，那條神經迴路就沒有被鍛鍊到。寫作也是這樣。寫作不只是把已經想好的東西記下來，寫的過程本身就是在思考。學生用 AI 生成或潤稿，繞過的不是打字的辛苦，是思考本身。

AI 最擅長消除你的掙扎。它讓你幾秒鐘拿到一個看起來不錯的答案，省下所有卡關的痛苦，而且排版得漂漂亮亮的。這在很多場合是好事，但放在學習裡，它剛好抽掉了學習發生的地方。當獲得答案變得毫不費力，那個「有生產力的掙扎」不但沒有消失，反而變成一種需要刻意設計、刻意保留的稀缺品。

而真實任務，正是少數還能可靠地製造這種掙扎的東西。空白頁面的焦慮、團隊的衝突、模糊需求的折磨，這些「沒效率」的過程，就是認知真正被建構的地方。這也是為什麼我不擔心 AI 把孩子的思考外包掉，只要他還在做真實的事。背後的認知機制，我寫在〈[系統與直覺的對決](/articles/system-vs-intuition-planning)〉。

## 那我們該做什麼

方向很清楚：給孩子 AI 替他做不了的事。

一個有真實對象的任務，一個真的可能失敗的目標，一個需要跟別人協作才做得成的專案，一段會在他身上留下真實痕跡的經歷。這些東西 AI 生成不了，因為它們的價值不在最後的成品，而在成品長出來之前的那個人真的走過的路。

但我不想把這件事講得太輕。要讓一個真實任務真的運作起來，從來不只靠熱誠。它需要成人的時間，需要資源，也需要錢：找得到願意投入的老師與業師，排得出陪伴和追問的時間，撐得起場地、工具與交通的花費。而且不是每個老師、每個家庭，都有條件長期這樣投入。如果看完這篇的人以為「有熱情就夠了」，那反而是我最不願意留下的誤會。

〈[從翻轉到翻越](/articles/flip-to-climb-education)〉裡我說，教育的核心是讓孩子與世界真實相遇。AI 沒有改變這句話，它只是讓這句話變得更急迫。當機器可以幫孩子生成幾乎所有的作業，唯一還能確定是他自己長出來的，就是那些他真的親手做過、親身撞過牆的事。

作業可以靠 AI 生成，但「撞牆」的經歷不行。人，正是從迎面撞牆的磨練中長大的。

孩子面臨的挫折、你與孩子一同流下的眼淚、那份困惑，以及在混亂中摸索的過程，全都是無比珍貴的資產。諷刺的是，我們過去的教育體制總極力幫孩子避開或拔除這些阻礙，卻又同時高喊著：不希望下一代被 AI 取代。</content:encoded><category>沉思與記憶</category><category>AI 與教育</category><category>真實任務</category><category>評量改革</category><category>專案式學習</category><category>未來技能</category><category>productive struggle</category></item><item><title>「科技從來不是中性的」：教宗的 AI 通諭</title><link>https://paulkuo.tw/articles/technology-is-never-neutral/</link><guid isPermaLink="true">https://paulkuo.tw/articles/technology-is-never-neutral/</guid><description>2026 年 5 月，教宗良十四世簽署了他任內第一部通諭《Magnifica Humanitas》，整部獻給人工智慧。作為一個有神學訓練、又每天重度使用 AI 的人，很自然地想關心教宗說了什麼。我原本以為這會是又一份「教會擔憂科技」的文件。讀下去才發現不是。它真正談的不是「AI 是惡」，是「科技從來不是中性的」。過去兩週我寫了三篇談信仰與 AI 的文章，從世俗分析和第一人稱，繞到「判斷權留在哪」「預設值不中立」這些結論；而教會最高的訓導文件，從另一條完全不同的路，也走到了同一個地方。這篇整理通諭裡的五個論點，也談工具一直換、問題卻很老這件事，並對照《紐約時報》和 Brookings 兩種不同的外部讀法。
</description><pubDate>Mon, 06 Jul 2026 01:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 2026 年 5 月，教宗良十四世的第一部通諭《[Magnifica Humanitas](https://www.vatican.va/content/leo-xiv/en/encyclicals/documents/20260515-magnifica-humanitas.html)》（拉丁文，可譯作《偉大的人類》）整部談 AI。它不去爭辯 AI 是不是惡，重心是第 9 段那句話：科技從來不是中性的。工具會沾上造它、養它、管它、用它那些人的指紋。我寫了三篇文章，才慢慢摸到這個問題；教會最高的訓導，則從《新事》135 年的傳統，走到了同一個地方。

2026 年 5 月 15 日，教宗良十四世在他任內第一部通諭上簽名。他挑了這一天，不是巧合。

通諭是教宗用來回應重大時代問題的正式訓導文件，不是一般演講，也不是一則即時評論。換句話說，它把 AI 放進社會訓導傳統裡重新定位，而不只是留下一則評論。

135 年前的同一天，另一位良教宗，良十三世，簽下了《新事》通諭（[Rerum Novarum](https://www.vatican.va/content/leo-xiii/en/encyclicals/documents/hf_l-xiii_enc_15051891_rerum-novarum.html)），回應工業革命對工人的碾壓。那部通諭開啟了整個天主教社會訓導的傳統。良十四世取這個名字的時候就說過，他要面對的是另一場工業革命，是 AI。

一位教宗任內第一部通諭，通常會透露他怎麼理解這個時代。良十四世把第一部通諭放在 AI 上。這件事本身，就已經是一個訊號：AI 不再只是工程師、企業家和政策制定者的題目，它已經變成一個關於人的題目。

它的副標是：在人工智慧時代守護人。所以讀起來不像一篇技術倫理評論，更像是把 AI 接回教會的傳統。整篇分五章，從社會訓導的基礎與原則，一路談到科技與支配、真理與工作與自由，最後落在權力的文化與愛的文明。人的尊嚴、勞動、資料、權力，都在裡面。

就算你不是天主教徒，這份文件也值得讀。因為它談的不是教會要不要接受 AI，而是當 AI 開始重寫工作、知識、權力與人際關係時，我們還要怎麼理解「人」。

## 它不是在罵 AI

翻開《[Magnifica Humanitas](https://www.vatican.va/content/leo-xiv/en/encyclicals/documents/20260515-magnifica-humanitas.html)》之前，我原本以為會讀到一份典型的教會科技文件：謹慎、語重心長，站在門外提醒世人不要跑太快。但它不是，它真正談的，是第 9 段那句話：

&gt; 科技從來不是中性的，因為它會沾上那些設計、金援、規範、使用它的人的特徵。

一個外送平台看起來只是媒合工具，但它怎麼計算時間、怎麼懲罰遲到、怎麼分配訂單，就會改變騎手的身體節奏。一個搜尋引擎看起來只是幫你找資料，但它把什麼排在第一頁，也會改變人相信什麼。AI 也是如此，模型不是空白的鏡子，它有被訓練出來的方向。

工具不是一根空白的管道。它帶著造它的人、投資它的人、規範它的人、使用它的人的指紋。所以問題不只是「AI 好不好」，而是：誰把自己的價值觀寫進了系統？誰的聲音被放大？誰的經驗被靜音？最後，又是誰承擔後果？麥克魯漢（Marshall McLuhan）有一句話：「媒介即訊息」（The medium is the message）。意思是：改變社會的，不只是媒介傳遞了什麼內容，而是媒介本身的形式、速度、尺度與感官結構，已經在改變我們理解世界的方式。科技是現在最重要的媒體，科技本身正在改變我們對世界的認知。

我在〈[AI 時代真正的危機，是棄守了慢](/articles/church-ai-counter-rhythm)〉裡引過一個研究：多數人期望 AI 回答倫理問題時帶進宗教觀點，但幾乎所有模型的預設裡，宗教是缺席的。那時我的說法是「預設值不中立，信仰被靜音」。教宗這句，是同一件事的普遍版：沒有哪個預設是從天上掉下來的，每個預設都是某些人的選擇。

## 我讀到的五個重點

篇幅不少，我讀下來，有五個重點想跟朋友分享。

**一、科技非中性。** 就是上面那句。它是整部通諭的地基，不只是一句漂亮話。因為科技帶著人的指紋，所以談 AI 不能只談演算法，也要談背後那些設計、資金來源、規範它的人和權力結構。

**二、人的價值，不靠效率證明。** 這是通諭裡談人的尊嚴時，我最有感的一段。教宗反對一種意識形態：暗示每個人都得去賺取、證明自己的價值。賺到最後，效率高、產出多的人，就好像比較有價值。在一個什麼都被拿去和 AI 比生產力的時代，最危險的地方在這裡：如果人的價值等於效率，那麼被機器追上的人，好像也就跟著貶值了。通諭做的事，是把人的價值放回效率搆不到的地方。這跟我先前引華福那篇談 imago dei（上帝的形象）的文章，說的是同一件事。

黃仁勳有一句話流傳很廣（[2025 年 Milken 全球大會](https://www.cnbc.com/2025/05/28/nvidia-ceo-jensen-huang-youll-lose-your-job-to-somebody-who-uses-ai.html)）：AI 不會取代人，但用 AI 的人會取代不用 AI 的人。當職涯建議，這句話沒有錯，不學著用工具，確實容易在勞動市場被邊緣化。但它裡面藏著一個沒有明說的推論：被取代，等於價值降低。這正是通諭要拆穿的偷渡：一個人的價值，不該跟他在勞動市場上能不能被 AI 使用者比下去綁在一起。你可以同意「該學會用 AI」，同時拒絕「不用的人就比較沒有價值」這個推論，這兩件事並不矛盾。前者是關於怎麼在市場裡活下來，後者是關於一個人到底值多少；通諭要說明的，正是這兩層差異。

通諭把這個批評往前推了一步，指向超人類主義和後人類主義。它真正擔心的，是一種看人的眼光：把人當成一件「有待升級的缺陷品」。一旦這樣看，跑得慢的、生病的、年老的、效率低的，就很容易被歸到「可以被犧牲」那一類。通諭要守的剛好相反：人不完美，也仍然完整；限制和軟弱，不是需要被修掉的錯誤。

**三、AI 怎麼改變工作。** 通諭沒有把 AI 對勞動的衝擊當成枝節，它用一整章在談。它承認 AI 能提高生產力，把重複又危險的工作接手過去；但它也提醒，一旦系統的設計邏輯只服務績效和利潤，結果會反過來：工作者被迫去追機器的速度，慢慢被去技能化、被自動監控，最後變成流程裡的一個零件。通諭指出，這樣的「新工作方式」未必更好，因為它會一點一點磨掉工作者的能動性。它想要的，是把系統設計成以人為中心，讓工具來配合人，不是讓人去配合工具。

**四、資料殖民是新的殖民。** 這一段，通諭把 AI 接到一個很老的字上：殖民。它說，今天的殖民換了形式，不再只支配身體，也開始佔有資料，把一個人的生活變成可以被利用的資訊。健康資料、疾病輪廓、基因圖譜、人口資訊，被通諭稱為權力的新「稀土」。誰掌握了這些資料，誰就能訓練預測模型、引導投資、預判危機，甚至決定誰、什麼，算數。通諭因此說：如果不把資料的決定權還給人，數位時代就不會是後殖民，而是換一種形式的殖民。

**五、倫理不能只停在口號。** 通諭沒有停在「大家要有倫理」這種安全句。它要的是法律框架、獨立監督、知情使用者，以及不能把責任推給系統的政治。這一點很像《新事》當年的動作：1891 年教會沒有去反對機器，它要求的是公義的勞動條件、工人組織的權利。2026 年是同一個動作，對象從蒸汽機換成了大型模型。

教宗提醒了，不代表我們能太樂觀以對。[Brookings](https://www.brookings.edu/articles/understanding-pope-leos-ai-encyclical/) 一場專家座談從政策圈角度看這一點，提醒得很實際：通諭把問題講清楚了，但講清楚不等於會落地。Nicol Turner Lee 引用民權運動領袖 John Lewis 的話，談 AI 的榨取性質：「你不在廚房裡，就可能變成菜單上的一道菜」；Elham Tabassi 認為通諭的貢獻，是把 AI 重新框成治理問題，而不只是技術問題。但兩人都提醒：這些主張目前停在倡議層次，離立法還有距離。要真的落地，需要政治意志、願意坐上談判桌的各方、以及可執行的標準，這些通諭本身給不了。

它也不是答案的全部。通諭的作用，不是直接解決平台壟斷、資料剝削、算力集中或軍事 AI。它更像是一個提醒：不要把人的責任交給系統。它最重要的功能，是幫我們重新命名問題：AI 的核心，不只是技術，而是人、權力與責任。

## 工具一直換，我們面對的問題其實很古老

過去幾週，我寫了三篇談信仰與 AI 的文章。第一篇從 1665 年的皇家學會談起，繞到「AI 時代，判斷權該留在哪」。第二篇談教會的節奏，落在「預設值不中立」和「節奏主權」。它們走的是世俗分析加第一人稱的路，我從信仰者、每天高強度使用 AI 的經驗，也很想在自己身上把這條線探索出來。

然後我讀到這部通諭，發現教會最高的訓導，從一條不同的路，走到了同一個地方：科技非中性、價值不靠效率、判斷不能整個外包，這些觀點通諭都照顧到了。

一開始我以為這只是巧合，後來想想，其實不是。這些直覺很老。1662 年皇家學會把「不憑任何人之言」鑄成格言，1891 年《新事》回應工業革命，2026 年這部通諭回應 AI，都是同一個時刻的重演：一個強大的新工具出現，逼著人重新回答那個最舊的問題，人要把判斷權、把價值的定義，交到誰手上。工具會一直換，問題卻很老。

我是在每天使用 AI、也帶著信仰提問的過程裡，慢慢摸到這條線。教宗是從教會兩千年的傳統裡，看見同一條線。我們站的位置不同，但看見的是同一個問題：當工具越來越強，人還要不要保留判斷？人的價值，到底能不能交給效率來定價？

## 它把 AI 拉回「人」的問題

所以這部通諭的價值，不是它「反 AI」。它明說了科技不是惡、也不是敵人。

它的價值，在於它把 AI 從一個技術政策問題，抬成一個人類學問題。矽谷問的是「這個模型能做什麼、多快、多便宜」。通諭問的是另一組問題：人是什麼，人的價值在哪，誰有資格定義它。當一個工具強到開始逼問這些，它就不再只是工具了，它變成一面照人的鏡子。

《紐約時報》記者 David Streitfeld 在通諭發布當天用另一個角度讀它：這幾年矽谷談 AI，語言越來越像神學，救贖、超越、造物這些詞到處都是；他把這部通諭讀成一記反駁，衝著矽谷「自己不受公眾挑戰」的那種姿態而來。這個角度我同意一半。矽谷會借神學的詞講自己的產品，剛好證明 AI 從來不是純技術問題。通諭問的是「誰有資格定義人」；而矽谷其實早就用自己的語言，回答過一次。

但只停在「舊宗教對新宗教」，用二元對立看世界，問題會被讀小。這場敘事戰誰贏不是重點，不管教會還是矽谷，都不該有誰能獨自拍板人的價值怎麼算。

教會不一定答得比矽谷好。但它至少清楚知道，被問的是這一題。它用兩千年的傳統在試著解答這一題。

## 這一次，教會並沒落後

良十三世那部《新事》，135 年後還有人讀，還在被引用。良十四世這部要多久才知道分量，我們拭目以待。

這一次，教會沒等到技術造成全面傷害後才來補上道德評論。它在全球對 AI 的使用規範還沒有定型前，就把人的尊嚴、判斷權與制度責任先放到桌上。

科技從來不是中性的。所以真正要問的，不只是 AI 會變多強，是每一次我們使用它、採購它、部署它、相信它的時候，把哪一種價值觀與信仰一起帶了進去。</content:encoded><category>文明與人性</category><category>教宗良十四世</category><category>AI神學</category><category>Magnifica Humanitas</category><category>科技倫理</category><category>通諭</category><category>人類尊嚴</category></item><item><title>後Fable5的協作思考：應該把難度當常數</title><link>https://paulkuo.tw/articles/difficulty-as-constant/</link><guid isPermaLink="true">https://paulkuo.tw/articles/difficulty-as-constant/</guid><description>在 AI 討論社群看到的模型分派器，多半會把「哪個模型做哪種事」寫進規則，但模型能力是整套系統裡唯一保證會變的東西，於是規則很快就過期。這篇拆一個實作過的設計：難度是任務固定的性質，會變的是模型能力，所以把難度分類做成穩定層，把模型綁定隔離成一張帶日期、設計來被改的表，再配一個定期重跑的重校心跳，去抓「悄悄過期」這種不會報錯的退化。寫給任何在搭多模型系統、又不想每次模型改版就打掉重來的人。
</description><pubDate>Mon, 06 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：常見的模型分派器，會把「哪種任務交給哪個模型」寫進規則。但模型能力是整套系統裡最會變的東西，今天要大模型才能做的事，明年可能小模型就能完成。我的做法是：任務難度先用錯誤成本、推理深度、判斷空間來分類，這層盡量不動；真正會變的，是「這一類任務現在交給哪個模型最划算」。所以模型名稱不要寫進規則，而是放進一張帶日期的綁定表。

前幾天，我用Claude 幫我把手上的工作分派給不同模型。它很快整理出一張表：難的交給 Opus，中等的給 Sonnet，量大又規律的交給 Haiku。這套分法看起來很合理。它把模型當成不同等級的工具，依照任務難度分配資源。難題用強模型，例行工作用輕模型，成本和品質都能兼顧。

但我接著問：如果模型一直在進步，我們的工作流會有什麼變化？

今年需要 Opus 才能做穩的任務，明年可能 Sonnet 就能處理。今天適合丟給 Sonnet 的工作，過一陣子也可能變成 Haiku 的基本題。那原本那張分派表，要怎麼辦？

這時候問題就浮出來了。多模型調度不能只做成一張固定表，因為表裡會改變的，不只是任務本身，還有模型能力。

一旦把會變的能力，寫進不常更新的規則裡，系統就會開始失準。它不會立刻壞掉，但會慢慢折舊：有些任務還在用過強的模型，有些任務其實已經可以下放，有些判斷則停在上一代模型的能力邊界。

所以，多模型調度麻煩的地方，可能不在第一張分派表怎麼畫。那件事已經很多人講得很清楚了。

關鍵的問題是：這個規劃設定好後，誰負責看它是不是已經過期？

## 為什麼模型分派器一上線就開始腐化？

因為那張表的預設是：模型的能力不會變。而模型能力，偏偏是整套系統裡你唯一能確定「一定會變」的部分。

把「難的給 Opus、簡單的給 Haiku」寫進規則，等於把最會移動的東西，釘在最不該動的地方。半年後換了新模型，本來要 Opus 才扛得住的任務，換成便宜一階的模型就做得到了，可是規則還停在舊世界。接下來不是繼續花大錢請貴模型做已經變簡單的事，就是根本沒發現有更省的走法。分派器沒有壞，它只是悄悄過期了。

## 一個耐用的分派器，該把什麼寫死？

先說明一下，分派任務本身不是新把戲。規劃、路由、分派、驗收、整合這套骨架，Anthropic 官方在 [agent 設計指南](https://www.anthropic.com/engineering/building-effective-agents) 裡早就講得很細，連「簡單的問題丟便宜模型、難的丟強模型」這種路由都寫進去了。我想補的是它比較少著墨的下一層：怎麼讓這套分派撐過模型換代。

我的做法是，把難度寫死，讓「用哪個模型」那欄保持彈性替換。

一個任務的難度，是任務自己的性質，不是模型的性質。

例如，幫一篇文章改標點，錯了頂多再修；但幫一份合約判斷風險，錯了可能影響決策。模型變強，確實會讓很多工作變得更容易完成，但不會讓「錯了的代價」自動變低。它要推幾層邏輯、錯了要付多大代價、有沒有標準答案，這些才是任務本身的難度。模型再進步，也不會讓一個高風險的決策變成低風險。會變的只有一件事：這個難度，現在交給誰最划算。

所以我把系統拆成兩層。一層是難度分類法，穩定、幾乎不動，用「角色」來描述工作，例如深推理、標準生成、高吞吐，而不寫死某個模型的名字。另一層是一張綁定表，把角色對到當期的模型，這張表會動，而且明白標上日期。

工程師的習慣會想把那張綁定表寫死，過去叫「內在設定」。但在這套設計裡，它應該愈顯眼愈好。

因為它是整個系統裡唯一被授權去改的地方。模型改版時，你只動這張表，標上新日期，分類規則一行都不用碰。

「今年的山，會成為明年的路。」模型進步太快，我們能做的，不是阻止變化，而是讓會變的東西集中在一個小小的、帶日期的查找表裡。

![同一顆任務，兩種設計對比：常見做法把難度判斷和模型名字焊在同一條規則裡（難的任務固定丟給 Opus、簡單的固定丟給 Haiku），半年後模型換代，規則沒感覺，繼續多花錢或錯過更省的路；這篇的做法把難度分類（穩定層，只描述角色、不寫模型名）和綁定表（揮發層，帶校準日期）分成兩層，模型換代時只改綁定表這一格的日期，難度分類一行都不用碰。](/images/articles/difficulty-as-constant-comparison.svg)

還有一點要提醒：換模型層級不是唯一的按鈕。同一個模型裡，也可以用 effort 這類參數調整「它要花多少力氣思考」：開高一點，答案可能更穩，但比較慢、也比較貴；開低一點，速度和成本漂亮，但適合風險較低的任務。Anthropic 官方在[選型指南](https://platform.claude.com/docs/en/about-claude/models/choosing-a-model)裡也提醒，調 effort 常常比換模型更划算。所以那張表要填的其實有兩格：用哪個模型，以及開多少力氣。兩個都屬於會變的那一層。

## 難度要用哪一把尺來量？

用錯誤成本這把尺，而不是「模型夠不夠聰明」。

我給難度三個評分面向：推理深度、判斷空間，還有錯誤成本，其中錯誤成本權重最高。這是刻意的。推理深度和判斷空間，會隨模型變強而相對縮水，今天燒腦的推理，明年的模型可能一口氣就吞了。可是「這件事錯了會多貴」是商業性質，它跟模型多聰明無關，是這三把尺裡最不會移動的一把。把權重壓在最穩的軸上，分類法才不會每次模型改版就作廢。

## 模型進步了，你怎麼知道該重綁了？

這是整套設計裡我最花心思的一塊，因為它要防的東西不會報錯。

我以前吃過這種虧。有個排程本來每天自己跑，某天上游斷了，它就無聲地停在那，整條鏈子熄火，我隔了好一陣子才發現。同樣的風險在這裡是：模型進步了、綁定該更新了，可是沒有任何東西會跳出來提醒你。表不會報錯，它只是不再是最划算的選擇，而這種退化不會觸發任何警報。

所以我給那張表配了一個心跳。留一組大概十題、我實際會交付的代表任務，每題先標好理想的角色跟「怎樣算做得好」。新模型一出，就把這組題丟給它跑一遍，看它現在穩定守得住哪一層，再據此把某個角色往更便宜的模型移，順手更新日期、記一行原因。這就是我一直在用的一條韌性原則落地：任何你依賴的自動化，都要能回答「它還活著嗎」。

這不是我第一次拆多模型怎麼分工（[多模型認知協作](/articles/multi-model-cognitive-collaboration)、[Fable 5 的工作系統](/articles/claude-fable-5-work-system) 都寫過），但這次的重點不在誰做什麼，在怎麼讓這套分工撐過模型換代。順帶一提，這套規則上線當天，我就拿它驗了一次自己的設計。手上一個任務，可能是要寫一個工具、整理好幾份文件、或修改網站的某個功能，我常常一時說不準該交給哪個模型。原本得自己問一句「這題難度多高」或「幫我分派」才會觸發判斷；原本運作模式是被動，我後來改成主動，更新一版新的skill，不必再等我問。現在只要我在視窗裡交付任務，開場就會先看到一行：難度、角色、當期該用哪顆模型、一句理由。這個翻轉只動了三行，分類邏輯一個字都沒碰，因為運作模式跟分類邏輯，本來就被切乾淨了。

它沒自動跳出來的時候，我會用觸發語把它叫出來，比如「這該用哪個模型」「幫我分派這個任務」，或者直接打斜線指令 `/model-orchestrator`。判斷完是一回事，真的要它跨模型執行又是另一回事：想讓它照分派結果實際去跑，我得再說一句「照這個分派實際跑」或「開子代理做」，它才會啟動驗收整合那套流程，透過子代理的 model 參數路由到 Opus、Sonnet、Haiku、或 Fable。主對話串用哪個模型，是我在 app 裡自己選的，Claude 換不了；跨模型只能靠子代理去跑，不是把主串整個換掉。這套機制目前在我平常寫程式碼的視窗（Code）已經完全生效，在另外兩個常駐視窗（Cowork、Chat）上傳過 capabilities 之後也能用。

![難度常數的完整流程：一個任務進來，先由穩定層的難度分類法（錯誤成本權重最高、推理深度、判斷空間）評出角色；角色交給揮發層的綁定表（帶校準日期）對應到當期模型執行；新模型發布或每季一次，重校心跳會拿代表任務重跑，把角色移到更便宜的模型並更新表的日期。](/images/articles/difficulty-as-constant-flow.svg)

## 為未來的層級收斂而設計

還有一件事要提早準備：這三層總有一天會塌成兩層。

模型的能力地板一直往上抬，便宜的模型會從下面把中間層一口一口吃掉。今天分深推理、標準生成、高吞吐三層，明年也許標準生成整層被便宜模型收編，後年可能除了最難的一小撮，其餘全丟同一個模型最省事。所以我讓那張綁定表打從一開始就允許多個角色指向同一個模型，某一層被清空的時候，系統不會跟著垮掉。

再往遠看，決策的軸會整個換掉。今天問的是「哪個模型夠聰明做這件事」，最後會變成「能守住這個錯誤成本門檻的最便宜一層是哪個」。這也是為什麼一開始就要用錯誤成本當主軸：它是唯一撐得到那一天的尺。這也是我在 [AI 這條線](/topics/ai/) 一直在想的事：能力快速變動的時候，怎麼還設計得出撐得住的秩序。

這個問題不只發生在模型分派，也會發生在人自己的工作流裡。

其實這件事比模型分派大得多。前陣子一場讀書會後，我跟一位朋友聊到這半年用 AI Agent 的共同感受：多工變成常態，可是多視窗、多任務、多條脈絡同時展開，人要同時追的東西也多到一個新的上限，於是我們都回頭用起手寫筆記本整理思路。有意思的是，最近工具本身也出了一個總控台，讓你在一個儀表板裡看哪些視窗在跑、哪些閒置、哪些要重讀。當 AI 便宜又快，真正卡住你的就換成另一件事：人有沒有辦法管住這麼多條脈絡。這跟那張分派表是同一個道理，讓工具在底下加速，自己牢牢握住判斷和方向感，手寫筆記本保住的就是這個。

## 出生就先蓋好逃生門

我從一開始，就沒有假設這套分派規則會永遠存在。哪天模型供應商自己在後台把分派做掉了，一個端點內部就幫你路由好，這套人工調度就該退休；哪天層級塌到只剩一層，全部丟同一個模型比什麼分派都省心，它也該退休。

這背後是有帳可算的。Anthropic 自己的數據擺著：一個 agent 大約吃掉單次對話 4 倍的 token，多代理系統更是約 15 倍，只有當任務價值撐得起這筆開銷才划算；他們也直說，多數 coding 任務可平行的部分少，並不適合套用多代理。分派和調度不是愈多愈好，能簡單解決的就別硬上。

我之前有個自動優化的系統，養到後來訊號太稀疏、價值撐不起維護成本，最後我把它收了。那次教會我一件事：怎麼讓一個工具好好退場，是設計的一部分，不是事後才想的事。這張表會被丟掉，這套角色分法也會被改。真正留下來的，是一個習慣：把會變的東西關進帶日期的小盒子，再給它一個心跳。工具會被下一代模型淘汰，這個習慣不會。

蓋房子的時候，順手把逃生門也蓋了。不是為了逃跑，而是為了知道，自己還有選擇。

如果只帶走一件事，就是這句：不要把模型名稱寫進你的判斷規則。把判斷規則留下來，把模型名稱放到一張可以重綁、可以更新、也可以被淘汰的表裡。

## 附：拿去改成你自己的

這套設計不綁我的工作流，你可以直接搬。給你兩個東西：一個看得懂結構的骨架，一段生成你自己版本的 prompt。

先是骨架，照著填就有雛形：

```
# 任務調度規則（骨架）

## 難度分類（穩定層，幾乎不動）
三個面向評分，錯誤成本權重最高：
- 錯誤成本：這件事錯了多貴。影響整體結論或品牌屬高，只影響局部屬低。
- 推理深度：要多層推論或創意屬高，套既定規則屬低。
- 判斷空間：要主觀取捨屬高，有標準答案屬低。
多數落高交給深推理層，多數落低交給高吞吐層，中間交給標準生成層。

## 綁定表（揮發層，會動，帶日期）
校準日期：______（換模型時只動這張表和這個日期）
- 深推理層 → 你當期最強的那顆模型
- 標準生成層 → 中間那顆
- 高吞吐層 → 最便宜、最快那顆

## 重校心跳
新模型發布或每季一次，拿約十題你真實工作的代表任務（各標好理想層級和成功標準）丟給它跑，看它穩定守得住哪一層，把對應層往更便宜的模型移，更新上面的日期。

## 退場條款
出現任一個就收掉：供應商在端內自動路由、層級塌到剩一層、判斷的麻煩大於省下的成本。
```

懶得自己填，把下面這段貼給你慣用的 AI，讓它訪談你、生出貼合你工作流的版本：

```
你是我的模型調度設計助手。幫我做一套能撐過模型換代的任務分派規則，原則是把任務難度當常數、把模型能力當變數，兩層分開。

1. 難度分類（穩定層）：用三個面向幫我的任務評分，錯誤成本權重最高，其次推理深度，再來判斷空間。先問我三到五種我最常做的工作，各評出高、中、低。
2. 綁定表（揮發層）：用角色描述層級（例如深推理、標準生成、高吞吐），先別寫死模型名。問我現在有哪些模型、各自的成本與強項，再把角色對到當期模型，產出一張帶今天日期的表。
3. 重校心跳：幫我列約十題、取自我真實工作的評測任務，標好理想角色與成功標準，當作新模型出來時重跑、重綁的依據。
4. 退場條款：幫我寫三個該收掉這套調度的訊號。

輸出一份我能存成 skill 或系統提示詞的檔案：難度分類擺穩定層，綁定表獨立成帶日期的一節，附重校步驟與退場條款。
```

## 出處

本文提到的機制與數據，出自 Anthropic 官方文件：

- Anthropic，[Building Effective Agents](https://www.anthropic.com/engineering/building-effective-agents)：orchestrator-workers、routing 等 workflow patterns，以及「先從最簡單解做起、別過度工程化」的原則。
- Anthropic，[How we built our multi-agent research system](https://www.anthropic.com/engineering/multi-agent-research-system)：多代理 token 成本（約 4 倍／15 倍）、Opus 領軍加 Sonnet 子代理的分層實證、多代理的適用與退場邊界。
- Anthropic，[Choosing the right model](https://platform.claude.com/docs/en/about-claude/models/choosing-a-model)：能力／速度／成本三軸的選型原則，以及在同一模型內調整力氣的 effort 參數。</content:encoded><category>智能與秩序</category><category>多模型調度</category><category>模型路由</category><category>韌性工程</category><category>AI 協作</category><category>政策綁定分離</category><category>個人知識系統</category></item><item><title>餘命半年的工程師，和他的麵包</title><link>https://paulkuo.tw/articles/bread-as-medicine/</link><guid isPermaLink="true">https://paulkuo.tw/articles/bread-as-medicine/</guid><description>1970 年代，一個叫大地修造的工程師被醫生宣判癌症、餘命半年。他聽說小麥麩皮、胚芽和乳酸菌對身體有幫助，跑去義大利和奧地利學做麵包，替自己調了一套以麵包為主的飲食，慢慢把身體養了回來。這個故事，是我在志賀勝榮的書裡讀到的，也是他「醫食同源」理念的源頭之一。這篇想談的是：長時間發酵的麵包，為什麼跟健康有關；以及「醫食同源」到底是什麼意思。
</description><pubDate>Sun, 05 Jul 2026 06:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 1970 年代，一個工程師被宣判癌症餘命半年，他跑去歐洲學做麵包，靠自己調配的飲食活了下來。這個故事影響了發酵大師志賀勝榮的「醫食同源」，也是味覺的感動那條慢麵包的底。

1970 年代，一個叫大地修造（おおち・しゅうぞう）的日本人，本來在研究新幹線的自動列車控制系統。有一天，醫生宣判他罹癌，餘命半年。

他聽說小麥的麩皮、胚芽，還有乳酸菌，對身體可能有幫助。於是他跑去義大利和奧地利學做麵包，替自己調了一套以麵包為主的飲食，慢慢把身體養了回來。後來，他成了「大地法」這套麵包食養的專家。

這個故事，我是在志賀勝榮那本講麵包的書裡讀到的。志賀說，他就是從大地身上，才真正意識到乳酸菌與酵母菌共生對人的重要。志賀勝榮是誰、他跟[台北這家麵包店的緣分](/articles/tokyo-master-taipei-bakery)是怎麼牽起來的，我在系列第一篇寫過。

## 麵包，能當藥嗎？

把麵包當藥，聽起來像偏方。志賀講的不是這個。

他快五十歲那年，開始把「醫食同源」放進自己做麵包的核心。想法很樸素：人的身體，就是吃進去、消化吸收的東西長成的。那麼好好吃飯，本來就能顧健康。與其把錢花在醫藥上，不如吃一條真正對身體好的麵包。

但他有一條底線：不能做成「藥一樣的麵包」。職人做出來的東西得先好吃，才輪得到談健康。難吃的健康麵包，沒有意義。

## 慢，為什麼比較健康

那條「對身體好的麵包」，好在哪？關鍵還是回到慢。這條「慢」的邏輯，我在[系列第二篇](/articles/long-fermentation-fast-age)談過為什麼快時代反而需要慢發酵，這篇要講的是它跟身體的關係。

發酵是一整個生態系一起工作，不是單一菌種的獨角戲。麵團裡同時住著至少兩群菌：酵母菌負責把糖代謝成二氧化碳和酒精，讓麵包長高、帶出風味；乳酸菌負責把糖代謝成乳酸，讓麵包帶酸味、也抑制麵團裡的雜菌。兩者共生，缺一不可，這本身就是一套複雜系統，不是單一變因能解釋的事。

| 分類 | 菌種 | 代表例 | 在麵包發酵中的角色 |
|---|---|---|---|
| 兼性厭氧 | 酵母菌 | *Saccharomyces cerevisiae*、野生酵母（如 *Candida humilis*） | 產生二氧化碳讓麵包膨脹，代謝出酒精、酯類等風味物質 |
| 耐氧厭氧／兼性厭氧 | 乳酸菌 | *Lactobacillus sanfranciscensis*、*L. plantarum*、*L. brevis* | 代謝糖分產生乳酸（同型發酵）或乳酸＋二氧化碳／醋酸／酒精（異型發酵），負責酸味、抑制壞菌，也是腸道菌相研究鎖定的對象 |
| 專性好氧 | 醋酸菌 | *Acetobacter* 屬 | 把酒精氧化成醋酸；麵團內部缺氧，這群菌通常角色較弱，但開放式培養的天然酵母種仍可能出現 |

只用工業酵母做的麵包，等於把這整個生態系簡化成單一菌株：幾個小時就能讓麵包長高，卻沒有時間讓乳酸菌介入。快，但貧瘠。

&lt;figure style=&quot;margin:72px auto;text-align:center;&quot;&gt;
  &lt;img src=&quot;/images/articles/bread-as-medicine-crumb.jpg&quot; alt=&quot;切開的麵包切面，可見大小不一的氣孔&quot; style=&quot;display:block;width:440px;max-width:100%;height:auto;margin:0 auto;border-radius:2px;&quot; /&gt;
  &lt;figcaption style=&quot;margin-top:14px;font-size:14px;color:#8A857B;&quot;&gt;切開來看，裡頭是一個個大小不一的氣孔。那是酵母菌和乳酸菌花時間一起工作，留下的痕跡。&lt;/figcaption&gt;
&lt;/figure&gt;

低溫、長時間的發酵會留下乳酸菌。乳酸菌不只幫忙發酵，還整理腸道環境，幫身體擋掉一些病原菌。發酵夠久，澱粉被分解成葡萄糖，麵包自己就有了甜，不必另外加糖。用含麩皮的全麥麵粉，礦物質也比精白麵粉多。

味覺的感動那條 18 度、18 小時的麵包，走的就是這條路。他們送去 SGS 檢驗，說裡頭的乳酸菌比一般做法多了六倍多。

說起來有點反諷。我們印象裡「乾淨、高級」的純白麵包，其實出現得很晚。志賀在書裡提到，是戰後的法國才「發明」出真正雪白的麵包，靠的是高度精白加上高速攪拌。在那之前，人吃的多半是顏色深、帶麩皮的麵包，也就是比較健康的那種。

這幾年腸道菌相變成顯學不是沒有原因。史丹佛大學 2021 年一項刊登在《Cell》期刊的隨機對照試驗，把 36 位健康成人分兩組追蹤 17 週：一組吃高纖飲食，一組吃發酵食物。結果只有發酵食物那組菌相多樣性穩定上升、發炎指標也跟著下降；高纖那組纖維吃得再多，菌相多樣性反而沒有明顯改善。研究團隊的解讀是，關鍵可能在發酵過程本身留下的代謝產物，不只是菌的數量。

&gt; **📊 關鍵數據**
&gt; - **史丹佛 2021 年 RCT**：36 位健康成人，發酵食物組 17 週後菌相多樣性穩定上升、發炎指標下降；高纖組同期未見明顯提升（[Wastyk et al., *Cell*, 2021](https://pubmed.ncbi.nlm.nih.gov/34256014/)）
&gt; - **人類微生物體計畫**：[NIH 2007 年正式啟動](https://www.genome.gov/27549400/the-human-microbiome-project-extending-the-definition-of-what-constitutes-a-human)，腸道菌相研究成為系統性學門不過近二十年的事

大地修造那套飲食，是 1970 年代的事。他能拿出來的，只有自己的身體，沒有實驗室數據可以佐證。真正系統性的科學研究，要等將近半個世紀後才追上：NIH 一直到 2007 年才啟動人類微生物體計畫，把腸道菌相當成一個正式的研究領域；史丹佛那個對照試驗，更是 2021 年才發表。見證先於證據，這中間隔了大半輩子的時間。

## 不用等到生病了才來關心健康

我在食農產待了十多年。麵包治不了病。大地修造靠麵包把身體養回來，是他的個人經歷，不是通則。

參與了味覺的感動的經營後，「醫食同源」這四個字，我的體會跟以前不一樣。它不是把食物當藥，是每天吃進去的東西，一點一點在構成身體。這種事平常不太會去想，多半要等身體出了狀況才回頭。志賀老師他們沒等到那個時候：一條用多種酵母製作，且發得夠久、無添加的麵包，讓每天都有健康食物成為日常。

&lt;figure style=&quot;margin:72px auto;text-align:center;&quot;&gt;
  &lt;div style=&quot;display:flex;gap:14px;justify-content:center;flex-wrap:wrap;max-width:720px;margin:0 auto;&quot;&gt;
    &lt;img src=&quot;/images/articles/bread-as-medicine-daily-table.jpg&quot; alt=&quot;餐桌上的一頓飯：木盤裡的全麥吐司、煎蛋牛排、青菜與一杯紅酒&quot; style=&quot;flex:1 1 280px;max-width:340px;aspect-ratio:4/5;object-fit:cover;height:auto;border-radius:2px;&quot; /&gt;
    &lt;img src=&quot;/images/articles/bread-as-medicine-daily-table-2.jpg&quot; alt=&quot;餐桌上的另一頓飯：木盤上的吐司、生菜沙拉、肉燥與肉鬆、一碗湯&quot; style=&quot;flex:1 1 280px;max-width:340px;aspect-ratio:4/5;object-fit:cover;height:auto;border-radius:2px;&quot; /&gt;
  &lt;/div&gt;
  &lt;figcaption style=&quot;margin-top:14px;font-size:14px;color:#8A857B;&quot;&gt;說到底，一條好麵包最終要回到餐桌上，成為每天在吃的東西。&lt;/figcaption&gt;
&lt;/figure&gt;

## 參考資料與延伸閱讀

**志賀勝榮與「シニフィアン・シニフィエ」（日本）**

- [Signifiant Signifié 官方網站](https://signifiantsignifie.com/)：志賀勝榮 2006 年於東京世田谷創立的店，以「食養同源」為理念。
- [官方 YouTube 頻道](https://www.youtube.com/c/SignifiantSignifie)：店家與志賀勝榮的影音介紹。
- [〈このひとの世田谷〉志賀勝榮專訪](https://setamin.com/person/11614)（世田谷くみん手帖）：談低溫長時間發酵，以及「吃，是為了維持健康」。
- [志賀勝榮《パンの世界：基本から最前線まで》](https://bookclub.kodansha.co.jp/product?item=0000195547)（講談社選書メチエ，2014）：本文主要引用來源；大地修造抗癌與「醫食同源」的敘述，出自第 2 章「日本のパンの可能性」的「発酵食品としてのパン」一節（志賀原文）。出版社官方書介。

**影音**

- [「シニフィアンシニフィエのパン作り ミキシングから焼成まで」](https://www.youtube.com/watch?v=ry_n8GCNC0k)：記錄志賀勝榮從攪拌到烘烤的製作技法。

**台灣（台日連結）**

- [《從酵母思考麵包的製作》志賀勝榮著，繁體中文版](https://www.books.com.tw/products/0010948528)（博客來）：志賀著作在台灣的譯本。
- [《志賀勝榮的麵包》繁體中文版](https://www.books.com.tw/products/0010665057)（博客來）
- [〈味覺的感動：健康就不可能美味？〉](https://icook.tw/blogs/144943)（愛料理生活誌，2020）：專訪 Lisa 主廚，談 18 度 18 小時發酵、乳酸菌 6.2 倍與醫食同源。

**大地修造與「おおち法」**

- [「おおち法とは」](https://heizelpan.exblog.jp/16083597/)（ヘイゼルパン）：大地修造與大地慶子考案、取得專利的長時間發酵製法紀錄。
- [大地修造麵包著作（日本國會圖書館 NDL 藏書）](https://ndlsearch.ndl.go.jp/search?cs=bib&amp;keyword=%E5%A4%A7%E5%9C%B0%E4%BF%AE%E9%80%A0%20%E3%83%91%E3%83%B3)：《驚異のパン焼き法》（小學館，1977）等至少四本，橫跨小學館、祥伝社、學研三家出版社，佐證其人與著作真實存在。

**SGS 檢驗報告（味覺的感動委託，2016）**

驗的是「發酵完的麵糰」（非烤好的麵包），數字反映的是發酵深度，見上方 FAQ 說明。

- 📄 [18 小時發酵麵糰・乳酸菌 3.7×10⁶ CFU/g、酵母菌 1.5×10⁶ CFU/g（SGS FA/2016/80143）](/downloads/bread-research/sgs-lactic-acid-bacteria-18hr-FA2016-80143.pdf)：SGS Taiwan 食品實驗室，衛福部公告法（部授食字第1021950329號）檢驗。
- 📄 [12 小時發酵麵糰・乳酸菌 3.4×10⁶ CFU/g、酵母菌 9.3×10⁵ CFU/g（SGS FA/2016/80142）](/downloads/bread-research/sgs-lactic-acid-bacteria-12hr-FA2016-80142.pdf)

---

本文關於大地修造、醫食同源與長時間發酵的敘述，取自志賀勝榮《パンの世界：基本から最前線まで》（講談社選書メチエ），為作者轉述、非逐字翻譯；乳酸菌檢驗數據引自味覺的感動官方說明。本文非醫療建議。</content:encoded><category>沉思與記憶</category><category>醫食同源</category><category>發酵</category><category>乳酸菌</category><category>健康飲食</category><category>志賀勝榮</category><category>慢食</category><category>台日交流</category></item><item><title>蛋塔、生吐司，和一條不追風潮的麵包</title><link>https://paulkuo.tw/articles/taiwan-food-fads-slow-bread/</link><guid isPermaLink="true">https://paulkuo.tw/articles/taiwan-food-fads-slow-bread/</guid><description>台灣人愛追食物的風潮。很多年前排隊買葡式蛋塔，這幾年換成生吐司，一兩年就換一個，來得快去得也快。我做這家台北麵包店的數位和行銷，手上這條麵包剛好是風潮的反面：它要發 18 個鐘頭、主打健康，是希望你吃十年的東西。要把它推出去，我一直撞到同一道牆：快消品的溝通邏輯，套不上健康、慢工的食物。這是台日麵包系列的第三篇，也是收尾。
</description><pubDate>Sun, 05 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; 慢與記憶之間，有一種祕密的連結；快與遺忘之間，也是。
&gt;
&gt; 米蘭·昆德拉《緩慢》

&gt; **TL;DR** — 台灣愛把食物當快消品：蛋塔、生吐司，一兩年換一個風潮，來得快去得也快。但一條講長時間發酵、講健康的麵包，不能用快消品的邏輯賣。做這家店的行銷，我一直卡在這個拉扯裡。

台灣人愛追食物的風潮。很多年前排隊買葡式蛋塔，這幾年換成生吐司，每隔一兩年就有一個新的。來得快，去得也快。上一波紅過的店，很多在下一波來之前就收了。

我做這家台北麵包店的數位和行銷，手上這條麵包，剛好是風潮的反面。它要發 18 個鐘頭，主打健康，是希望你吃十年的東西，不是排一次隊、打一次卡的東西。要把它推出去，我很快就撞到一道牆：快消品那套溝通邏輯，套不上來。

## 兩種賣法，兩種邏輯

快消品賣的是「新」。限時、話題、排隊、打卡，製造一波熱度，趁熱賣完，再找下一個項目。風潮本來就設計成短命的，它靠的就是你怕錯過。

健康的、慢的食物，賣的是另一種東西：長期、信任、身體。你不會希望客人衝動買一次，你希望他吃很久、吃出習慣。這種東西沒辦法靠一波熱度，它要的是慢慢養出來的信任。你說「這對身體好」，客人不會今天聽今天就信，是吃了一段時間、身體有感覺，才慢慢信。

這兩套邏輯，彼此互斥。快消品的成本結構中，行銷佔比非常高，往往超過四成。

## 打不贏價格戰，就別打

志賀在書裡有個觀察。在法國，長棍是日常品，再貴也賣不過兩、三百塊台幣，因為它天天要吃，便宜是天經地義。但在日本，麵包是「嗜好品」，不是每天的主食，比較像一種享受。正因為是嗜好品，反而可以加上附加價值、賣高價。

他自己就這麼做。他店裡一顆麵包賣到一千日圓是常態，貴的三、四千日圓。他把這叫「價格破壞」，只是方向相反：他破壞的是往上，不是往下。他的邏輯很簡單：個人店產量小，打不贏大廠的價格戰，那就不要打，改做大廠做不了的東西：一條值得你專程去買、當禮物送人的麵包。

要走這條路，得有自己的招牌。志賀說，一流一定要有自己的スペシャリテ，用原創撐起來，不能是別人的模仿。

這就是快消品的反面。快消品靠「怕你錯過」，非日常靠「別人取代不了」。一條要你吃十年的健康麵包，本來就該站在後面這邊，而不是去追下一個生吐司。

## 我觀察到的張力

做行銷的人都懂追熱度的誘惑。要不要把這條麵包包裝成下一個生吐司，跟著風潮衝一波？短期數字一定好看。

但我不想這樣做。那等於把一個要吃十年的東西，當成一個吃一次的東西在賣。追一波風潮進來的客人，是為了「跟上」來的，風潮一過就走，不會留下來。而這家店真正需要的，是那種吃了會回頭、會帶家人來的人。那種人，用快消品的方式招不來。

也是因緣際會，那陣子我開始參與全家健康生態圈的建構。那是一個數位轉型的計劃，想把生理數據整合進消費行為的輪廓裡，替消費者推薦更適合的健康食物和日用品。

做這件事，我更確定一句話：好產品，不如好通路。這家麵包店碰到的張力，答案也許不在行銷技巧，在有沒有一個把健康擺在前面的通路，把它送到在乎健康的人面前。

我後來的體會很簡單：健康食物的行銷，不是想辦法把它變成快消品，是耐住性子，用另一種方式，跟願意吃十年的人溝通。慢一點，但留得下來。

## 這跟上一篇是同一件事

寫到這裡我才發現，這跟[上一篇](/articles/long-fermentation-fast-age/)談的是同一件事。

上一篇說，一個只能快、不能選擇慢的系統，是一種失控。那講的是生產端。而台灣消費者對「快消品」的胃口，是同一件事的另一端，消費端。一個什麼都追新、追快、怕錯過的市場，其實也是一種「只能快」。它容不容得下一個要你慢慢吃、慢慢信的東西？

一個市場夠不夠成熟，也許就看它容不容得下不追風潮的東西活下來。

## 十一年，沒有靠任何一波風潮

這家店開了十一年。它沒有被任何一波食物風潮帶走，也沒有靠任何一波風潮起來。蛋塔熱、生吐司熱，它都在旁邊，一天一爐，慢慢做，慢慢賣。

回到[這個系列最開始](/articles/tokyo-master-taipei-bakery/)那句話：這一切不是規劃來的，是緣分與職人的堅持。有些東西急不得。從每天養七種菌種、堅持長時間慢發酵的流程，到培養客人的信任，再到把它賣給對的通路，這一切都急不得。有些代價，必須默默付出。

---

本文關於日本麵包定價與「非日常」定位的敘述，取自志賀勝榮《パンの世界：基本から最前線まで》（講談社選書メチエ），書中觀點為作者轉述、非逐字翻譯。開卷引文出自米蘭·昆德拉《緩慢》。</content:encoded><category>沉思與記憶</category><category>快消品</category><category>食品行銷</category><category>食品風潮</category><category>生吐司</category><category>慢食</category><category>健康食物</category><category>台日交流</category></item><item><title>教會不是太慢，而是忘了什麼該慢</title><link>https://paulkuo.tw/articles/church-ai-counter-rhythm/</link><guid isPermaLink="true">https://paulkuo.tw/articles/church-ai-counter-rhythm/</guid><description>「AI 來得太快，教會來不及反應」大概是這幾年教會圈最常聽到的焦慮，我原本也這樣以為。查完資料才發現這個敘事不完整：制度教會的回應以它自己的歷史來看快得反常，牧師的採用率也不低，只有 13% 完全不用。但快不等於想清楚了。真正的裂縫有兩道。一道是信任與使用錯位：牧師不太信任 AI 作為屬靈成長的來源，卻把它放進屬靈勞動的前段流程；會眾的信任高出四倍，卻未必知道自己信任的是一套什麼預設。另一道是節奏：在人人被迫加速的時代，教會練了兩千年的「慢」第一次成為稀缺品，而它正在棄守這個崗位。這篇把調查數據攤開，論證一件事：教會最不該交出去的，不是工具使用權，是節奏判斷權。
</description><pubDate>Sat, 04 Jul 2026 01:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 教會不是沒有回應 AI。梵蒂岡、福音派機構、台灣教會的實戰營，都比我們想像得快。問題不在速度，在節奏：會友開始把屬靈信任交給 AI，牧師也把 AI 放進講章流程，但教會還沒說清楚什麼可以快、什麼必須慢。AI 時代，教會最珍貴的，是守住反節奏的能力。

2025 年 9 月，台北，夏凱納靈糧堂。GOOD TV 的「教會 AI 實戰營」在這裡開課：三天，15 種工具，ChatGPT、NotebookLM、Gamma、HeyGen。報名有一個條件，要主任牧師簽核。之後幾個月，台中東海靈糧堂、高雄武昌教會接力開營。主辦方說，光台北場就來了八百多人。

就在實戰營巡迴的那幾個月，美國 Barna 集團施測了一份隔年發布的牧師調查：24% 的牧師用 AI 寫講章或修講章，比 2024 年初翻了一倍。Lifeway 問會眾的那一份則說：43% 的人反對講章用 AI。

過去三年，「AI 來得太快，教會來不及反應」大概是教會圈最常聽到的一句焦慮。我原本也這樣以為。查完資料，我發現這個敘事對不上帳。

教會的機構在跑，牧師自己也在跑。

真正的危機不是慢，是只剩下快。

## 教會這次到底跑多快？

先把主詞說清楚。這篇講的「教會」，至少是三層不同的東西：制度教會，梵蒂岡、總會、教派機構；牧者個人，用 AI 查資料、寫講章的那一群；還有地方教會的牧養現場，會友怎麼用、有沒有人教分辨。三層的速度不一樣，混在一起談，只會吵不出結果。

先看制度層，方法是把兩條時間線放在一起。

上一次資訊科技衝擊信仰，是印刷術。古騰堡的活字印刷機約 1450 年在美因茲運作，1455 年左右印出第一本聖經。路德 1517 年發表《九十五條論綱》，印刷術把一場學術辯論放大成宗教改革，那已經是 62 年後。我在〈[宗教改革的現實脈絡](/articles/reformation-printing-politics)〉寫過這段。而教會成體系的反制，還要再等：1542 年羅馬宗教裁判所，1559 年第一版[禁書目錄](https://www.newadvent.org/cathen/07721a.htm)，1545 到 1563 年的特倫托大公會議。教會並非沉默了一個世紀，1487 年就有第一道關於印刷的教宗詔書、1515 年有普遍的出版前審查；但主要的制度回應，前後花了兩三個世代。

AI 這次呢？

ChatGPT 2022 年 11 月 30 日上線，分析師估計約兩個月月活躍用戶就達到一億，是當時成長最快的消費性應用。模型以月為單位換代：GPT-4（2023 年 3 月）、Claude 3（2024 年 3 月）、GPT-4o（2024 年 5 月）、Claude 4（2025 年 5 月）、GPT-5（2025 年 8 月）。

教會的回應，放在它自己的歷史裡看，快得反常。美南浸信會的倫理與宗教自由委員會 2019 年 4 月就發表了《人工智慧：福音派原則聲明》；梵蒂岡 2020 年 2 月與微軟、IBM 等共同簽署《Rome Call for AI Ethics》，都趕在 ChatGPT 上線之前（分別早了三年半與 33 個月）。ChatGPT 上線 26 個月後，教義部與文化教育部聯合發布《[Antiqua et Nova](https://www.vatican.va/roman_curia/congregations/cfaith/documents/rc_ddf_doc_20250128_antiqua-et-nova_en.html)》，117 段，教會第一份專論 AI 的教義性說明。2025 年 5 月[新教宗當選](/articles/pope-leo-xiv-ai-homily)，兩天後對樞機團解釋自己為什麼取名良十四世：因為良十三世用《新事》通諭回應了工業革命，而他要面對的是 AI 帶來的另一場。2026 年 5 月，他的第一份重要通諭出爐，主題就是 AI。

對照印刷術，這次的制度反應快得不尋常：以前要等幾個世代才慢慢成形的回應，這次幾年內就已經出現。

再看牧者個人。Barna 2025 年 12 月問了 442 位牧師：只有 13% 完全不用 AI；一半的人用它腦力激盪，36% 用它查聖經和神學資料，24% 用它寫講章或修講章。

所以要把一句話說在前面：本文說的「快」，指的是制度性回應與實務採用已經開始，不代表教會已經想清楚了。文件出了，課開了，工具用上了。

「來不及」不是沒有道理，但它不是這場危機最準確的名字。

## 真正的裂縫：信任與使用錯位

Barna 2025 年 11 月施測、隔年 5 月[發布的調查](https://www.barna.com/research/christians-trust-ai-flourishing-spiritual-authority/)（1,514 名美國成人）問了一個問題：在屬靈成長這件事上，你願不願意信任 AI？48% 的美國成人說願意，完全信任或部分信任。

同一份研究問牧師。12%。

把這個數字跟前面的使用率疊在一起，出現一個奇怪的錯位：牧師不太信任 AI 作為屬靈成長的來源，卻已經把它放進屬靈勞動的前段流程；會眾對 AI 的屬靈信任高出四倍，卻未必知道自己信任的是一套什麼東西。[Lifeway 的調查](https://research.lifeway.com/2026/04/21/pastors-churchgoers-see-ai-as-concerning-and-confusing/)裡，61% 的會眾對 AI 進入信仰感到擔憂，43% 明確反對講章用 AI；而每四位牧師就有一位，寫講章已經用上它。

牧師不敢把 AI 當牧者，會友卻可能已經把它當成屬靈入口。

這裡要公平一點：AI 出現在講章流程裡，其實是好幾件不同的事。資料整理、語句修飾、架構建議，和核心詮釋、屬靈判斷，是完全不同的層。問題從來不在 AI 有沒有出現在流程裡，在它出現在哪一層，以及有沒有人劃過這條線。

## 預設值不中立：信仰被靜音

這使得問題不只是「人們信不信 AI」，而是：他們到底把信任交給了一套什麼預設？

BYU 主導的研究（1,125 名美國受訪者，2026 年 6 月發布）給了一個線索：多數人期望 AI 在回答倫理問題時包含宗教觀點，但幾乎所有模型的預設回答裡，宗教是缺席的。

34% 的實踐型基督徒已經認為，AI 的屬靈建議跟牧師的一樣可信，Z 世代是 39%。同一群實踐型基督徒裡，83% 擔心 AI 誤解聖經，65% 擔心 AI 變成上帝的替代品。信任已經給出去了，擔憂也是真的。

把這幾組數字疊在一起，浮現的處境是：一群人一邊擔心，一邊把屬靈生活的入口，交給一套對信仰沉默的系統。在那個入口裡，信仰不是被反對，而是被靜音。

## 慢，是教會兩千年的專業

我對「快」不陌生。

我是創業者，每天重度使用 AI。模型以半個月迭代，我的工作流大概每兩週重寫一次。這種節奏我熟，也真的受益。但在這種節奏裡活久了，我很清楚它的代價：快的世界裡，沒有一樣東西有時間成熟。

世界基督教傳播協會（WACC）討論 AI 倫理時，芬蘭福音信義會的斯蒂芬·納圖斯（Stiven Naatus）用了一個修道傳統的老詞：acedia，怠惰。它的原義並不是懶惰。它指的是：事情完成得太快，意義來不及成熟。他把當代處境稱為「節奏危機」：人建立信任、形塑意義，需要時間醞釀，AI 的產出速度打破了這個平衡，於是學生用 AI 交作業、大眾把思考外包。而教會禮儀的作用正好相反，是「反節奏」：放慢步伐，替智慧和信任保留成熟的空間。

在我讀過的教會回應裡，這一個離要害最近。它沒有問「教會怎麼跟上 AI 的速度」，它問的是：教會為什麼要接受 AI 替它決定速度？

想想教會手上有什麼。禮儀、默想、安息日、慢慢讀一段經文的傳統。這是一套練了兩千年的技藝，專門用來對付「太快」。在人人被迫加速的時代，這套技藝第一次從老古董變成稀缺品。當全世界都在學怎麼快，教會至少應該是少數還記得怎麼慢的地方。

當然，教會不總是守得住慢。很多時候，教會自己也很像一台活動機器：趕聚會、趕課程、趕人數、趕曝光。AI 不是問題本身，它像一道強光，把我們原本沒注意到的問題照了出來。信徒的安息日在哪？信徒有信仰中的安息嗎？還是跟世界起舞，生活充滿各種服侍，一樣忙亂不堪。

## 節奏主權：教會最不該交出去的東西

我在〈[1665 年到 2026 年](/articles/royal-society-to-anthropic-dialogue)〉寫過，AI 時代的核心問題，是判斷權到底留在哪裡。這一篇想再往下推一步：判斷權不是抽象的，它在今天最具體的表現，就是節奏。

什麼事情可以快？什麼事情必須慢？誰有權決定這個速度？

這就是我說的節奏主權。

教會最不該交出去的，不是工具使用權，而是節奏判斷權。AI 可以幫忙整理資料、翻譯文件、產生初稿，也可以協助行政、教學與內容製作。這些地方該快就快，沒有必要把慢本身神聖化。

但牧養不是只有效率問題。核心詮釋、屬靈分辨、真理如何被理解，這些事情不能只因為工具做得到，就被推進更快的流程裡。講章可以被 AI 協助整理，但不能讓 AI 取代牧者在經文、群體與上帝面前的摔跤。信仰可以使用工具，但不能把成熟的時間一起外包。

現在真正的危機，是快與慢的位置亂了。

該快的地方，反而慢了。會眾已經在用 AI 問信仰問題，也開始把一部分屬靈信任交給 AI。但地方教會有沒有教會友怎麼分辨？有沒有說清楚哪些回答可以參考，哪些問題應該回到牧者、群體與信仰傳統裡一起判斷？這一層，不能再拖。

該慢的地方，卻正在變快。每四位牧師就有一位已經讓 AI 參與講章流程，但很多教會對界線的討論才剛開始：資料整理可以，核心詮釋到哪裡為止？語句修飾可以，屬靈判斷能不能交出去？這些問題如果沒有先被說清楚，工具就會在不知不覺中替我們決定速度。

所以問題不是教會要不要用 AI，而是教會還能不能分辨：哪裡要趕快回應，哪裡必須堅持慢下來。

這也是我在「[文明與人性](/topics/faith/)」這個主題底下持續追的問題。追趕者終究是可替代的。工具會換代，課程會過期，今天教的 15 種工具，明年還剩幾種？教會的不可替代性，不在於它比誰更會用工具，而在於它還能不能替人守住意義成熟的時間。

在一個所有東西都被催著加速的時代，教會真正要守住的，不是落後的權利，而是分辨速度的能力。

## 意義熟了嗎？

一篇講章，現在幾分鐘就能生成。

acedia 那個老詞提醒的是：生成得好不好不是問題。意義沉澱了沒有，神學反省徹底了沒有，才是。

信任要時間。安慰一個剛失去親人的人，要時間。這些時間省不下來，省下來的就不是它們了。

全世界都在加速的此刻，守住慢的崗位，就是教會的呼召。</content:encoded><category>文明與人性</category><category>信仰反思</category><category>AI神學</category><category>台灣教會</category><category>教會與AI</category><category>節奏主權</category><category>反節奏</category><category>信任不對稱</category></item><item><title>當 AI 開始挑選它的使用者</title><link>https://paulkuo.tw/articles/when-ai-chooses-its-users/</link><guid isPermaLink="true">https://paulkuo.tw/articles/when-ai-chooses-its-users/</guid><description>2026 年 7 月 1 日晚上，我在上海虹橋機場打開 Claude Desktop，直接跳出 app-unavailable-in-region，但 Google、Gmail、ChatGPT 都正常。這篇是完整的排查實錄：看 HTTP 回應、查出口 IP 與 ASN、一次只改一個變數做對照測試，最後把問題定位到漫遊路徑的香港出口被判定為不支援地區。寫這篇的原因超過那一次斷線本身：排查過程讓我看清，AI 正在從一般雲端服務變成有地緣政治屬性的基礎設施。讀者可以帶走一套排查方法，和一套沿模型與網路出口兩條軸準備備援的思路。
</description><pubDate>Fri, 03 Jul 2026 02:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** 2026 年 7 月 1 日晚上在上海，用台灣門號漫遊連 Claude，回的是 `302 app-unavailable-in-region`：出口 IP 落在香港雲端機房的 ASN，被判定為不支援地區。這篇記錄一次只改一個變數的完整排查，和它背後更大的變化：AI 服務已經是有地緣政治屬性的基礎設施，備援要沿「模型」與「網路出口」兩條軸準備。

2026 年 7 月 1 日晚上 20:05，我抵達上海虹橋機場。和往常一樣，第一件事就是打開電腦，準備開始工作。

一打開 Claude Desktop，立刻跳出 `app-unavailable-in-region`。我以為是海外 eSIM 的問題，換成台灣大哥大的國際漫遊，一樣無效。

同一時間，Google、Gmail、LINE，甚至 ChatGPT 都正常。代表基礎網路沒有故障，這是後面所有推理的第一個前提。

問題比較像是：某一個 AI 服務，正在判斷我不能用它。

## Claude 到底回了什麼？先看 HTTP 回應

我沒有急著換工具，先看 Claude 到底回了什麼。

```
curl -I https://claude.ai
```

回來的是：

```
HTTP/2 302
Location: https://www.anthropic.com/app-unavailable-in-region
```

這一行排除了一整排可能：不是 DNS 解析失敗，不是 macOS 壞掉，不是 Claude Desktop crash，也不是帳號登不進去。伺服器有回應，而且主動把我導向 `app-unavailable-in-region`。Anthropic 判定我目前的存取環境屬於不支援地區。

## 出口 IP 為什麼在香港？

下一步，查實際出口 IP。

```
curl -L https://ipinfo.io/json
```

當時我連的是台灣大哥大的國際漫遊，出口 IP 卻顯示在香港，ASN 是：

```
AS153611 CLOUD (HK) LIMITED
```

這就有意思了。多數國際漫遊會把資料流量帶回母網、或經合作出口（這也是在中國用漫遊常能上 Google 的原因），但實際路由由電信商決定。我實測看到的出口不在台灣，是香港一家雲端機房的 ASN。台哥大在中國的漫遊實際怎麼路由，我無從得知，這裡只陳述觀察：從我的角度，我在用台灣門號的國際漫遊；從 Claude 服務端看到的，是一組香港雲端機房的 IP。

到這裡，可以列出三個推測。第一，Anthropic 不支援香港，這個出口本身就出局。第二，這個 ASN 屬於雲端服務業者，特徵接近機房或代理流量，存在被服務端納入較高風險評估的可能。第三，Cloudflare 或 Anthropic 的 GeoIP 風險判斷，把這條路徑歸入 restricted region。三個都還只是推測，但問題已經從「Claude 壞掉」縮小成「出口路徑被判定不支援」。

## 302 變 403，為什麼反而是好消息？

為了驗證「問題出在出口路徑」，我需要一組對照：改變唯一的變數（出口位置），再測一次。我開了 Proton VPN 的免費方案，選日本節點。

先說清楚我的情境：我是台灣用戶、合法帳號，人在出差途中。接下來做的是故障排查，目標是定位問題出在哪一層。

再跑一次 `curl -I https://claude.ai`，這次回來的是：

```
HTTP/2 403
cf-mitigated: challenge
```

看起來還是錯誤，但工程上它是好消息：原本的 `302 app-unavailable-in-region` 不見了。403 在這裡不算失敗，它代表前一層的區域判定已經通過，換另一層系統（bot 防護）接手。很多工程師看到 403 以為情況變糟，其實它是方向正確的訊號。

這個驗證要在瀏覽器完成：Claude Desktop 自己不會跳出驗證頁。我在瀏覽器過完 Cloudflare 的 challenge，再開 Desktop，服務就恢復正常。這也符合區域判定系統該有的行為：路徑回到支援地區，服務就恢復。

排查結果大致收斂：問題不在 Claude Desktop，不在 macOS，也不是帳號異常，而在漫遊路徑的香港出口 IP 或其網路特徵，被 Anthropic 判定為不支援地區。至於判定的具體依據是 GeoIP、ASN、IP 信譽、Cloudflare 的風險評分，還是多項並用，從外部無法確認。

## AI 為什麼開始有地緣政治屬性？

那一晚 Claude 能不能用，是小事。我在意的是排查過程照出來的變化：AI 正在從一般雲端服務，變成有地緣政治屬性的基礎設施。

過去談出口管制，想到的是 GPU、光刻機、EDA 軟體。現在，模型本身也被納入同一套邏輯。Anthropic 官方的[支援清單](https://www.anthropic.com/supported-countries)列出台灣、日本等地，不含中國大陸與香港。2025 年 9 月，Anthropic 進一步[限制受不支援地區控制的企業](https://www.anthropic.com/news/updating-restrictions-of-sales-to-unsupported-regions)：股權過半受中國等不支援地區母公司控制的企業，不論在哪裡註冊，一律禁用。2026 年 2 月，Anthropic 公開[偵測與防堵蒸餾攻擊的報告](https://www.anthropic.com/news/detecting-and-preventing-distillation-attacks)，點名幾家中國模型公司用約 2.4 萬個假帳號、超過 1,600 萬次對話抽取 Claude 的能力，其中一個 proxy network 同時操作超過兩萬個假帳號；報告也把大規模蒸餾直接連上出口管制：晶片管制擋住的能力差距，不能讓蒸餾從後門補回去。

WIRED 近期[報導](https://www.wired.com/story/how-people-in-china-keep-outsmarting-anthropics-geolocation-restrictions/)了這場貓鼠賽局的另一面：中國境內的使用者用假身分、淘寶與 Telegram 上的帳號市場、轉售 API 的中介站持續繞過封鎖；Anthropic 則持續加強偵測，是美系模型公司裡執法最積極的一家，會直接封鎖懷疑由中國境內人士持有的帳號。這代表判定依據早就不只是 IP。ASN、代理型態、帳號行為、地理訊號是否一致，都可能是風險判定的一部分。即使你的 IP 看起來不在中國，服務端仍可能問另一個問題：你實際上是不是在中國境內？

這也解釋了那晚的另一個觀察：同一條路徑上，ChatGPT 可用。OpenAI 的支援清單同樣不含中國大陸與香港。不同模型供應商即使政策相近，實際執法方式仍可能不同。

## 企業評估 AI 工具，該多問哪一題？

以前 SaaS 的邏輯很簡單：連得上網，就能用。AI Agent 時代的問題變成：你是誰？你在哪裡？你的公司由誰控制？你的流量從哪裡出去？在服務端的風險系統眼裡，你的使用行為，像不像「人在受限制地區、繞道出來用」的模式？

模型能力、價格、上下文長度、API 成本，這些還是要比。但企業要多問一題：如果某一天政策改變，這個模型還能不能繼續提供服務？二十年前，企業的競爭力取決於能不能接上網路。今天，某種程度上開始變成能不能接上某一個 AI。這條「秩序先於能力」的線，我在 [AI 與人類秩序](/topics/ai/) 這個主題頁持續整理。

## 這次排查真正值得留下的是什麼？

回頭看，這次事件裡最不重要的細節，是最後用了哪一家 VPN。五年後 VPN 可能早就換了，這套排查思維還會在。

我沒有一開始就換 VPN、換 eSIM、重灌 Claude、重開機，而是：

- 先看 HTTP 回應：`302 app-unavailable-in-region`，區域判定層在拒絕。
- 再確認出口 IP：落在香港。
- 再確認 ASN：雲端機房，特徵接近代理流量。
- 再改變唯一變數（出口位置），觀察 HTTP 狀態是否改變：302 變 403。

工程上，這叫一次只改一個變數。整個過程只有三種句型：我觀察到、我推測、我驗證。很多故障，其實不是修好的，而是被測試方法一步一步逼出真正原因。

## 我的結論：AI 工作流需要地緣政治備援

這次在上海的經驗，讓我重新看自己的 AI 工作流。「不能讓任何一家服務變成必經之路」這一課，我在 [GitHub 停權那次](/articles/resilience-engineering-after-github-suspend)學過一遍。當時說的是 code hosting，這次輪到模型層。

備援要沿兩條軸準備。模型軸：Claude 可以是主力，Codex、Antigravity 這些替代品防的是單一供應商的風險，帳號被停、服務出事的時候有地方去。但注意，在中國場景，換一家美國模型不構成備援：OpenAI、Google 的支援清單同樣不含中國大陸，政策風險是同一個。防地緣這一軸，靠的是中國本地可用的模型。網路軸：多準備一條出口路徑，而且要知道每條路徑的出口在哪裡。單一模型、單一入口、單一出口，任何一環被判定不支援，整條工作流就停。

那天晚上，我原本只是想修好 Claude Desktop。最後修好的，其實是我對 AI 基礎設施的理解。模型能力的排行榜每一季都在換，但「你能不能用它」，已經先變成一個地緣政治問題。

事實查核來源：Anthropic [Supported countries &amp; regions](https://www.anthropic.com/supported-countries)、Anthropic [Updating restrictions of sales to unsupported regions](https://www.anthropic.com/news/updating-restrictions-of-sales-to-unsupported-regions)（2025-09-05）、Anthropic [Detecting and preventing distillation attacks](https://www.anthropic.com/news/detecting-and-preventing-distillation-attacks)（2026-02-23）、WIRED [How People in China Keep Outsmarting Anthropic&apos;s Geolocation Restrictions](https://www.wired.com/story/how-people-in-china-keep-outsmarting-anthropics-geolocation-restrictions/)</content:encoded><category>智能與秩序</category><category>AI 地緣政治</category><category>Anthropic</category><category>Claude</category><category>區域封鎖</category><category>國際漫遊</category><category>故障排查</category><category>AI 備援架構</category></item><item><title>長時間發酵，與這個快時代</title><link>https://paulkuo.tw/articles/long-fermentation-fast-age/</link><guid isPermaLink="true">https://paulkuo.tw/articles/long-fermentation-fast-age/</guid><description>味覺的感動的麵包，一團麵要發十幾個鐘頭。我在店裡看過那個慢，也在志賀勝榮的書裡讀到：快速發酵不是天經地義，而是產業革命後「要快、要大量」的工業思維產物，工業酵母問世不過一百年。我做過農業新創、也一直在科技這一行，在這團慢麵前沉思這件事：一個只能快、不能選擇慢的系統，其實是一種失控。這是台日麵包系列的第二篇。
</description><pubDate>Fri, 03 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 味覺的感動的麵包，一團麵要發十幾個鐘頭。快速發酵其實是產業革命後「要快、要大量」的工業思維產物，工業酵母問世不過一百年。我習慣追效率，參與這家堅持長時間發酵麵團的烘焙事業，提醒我另一個角度看事情：一個只能快、不能選擇慢的系統，是一種失控。

在味覺的感動，一團麵要發十幾個鐘頭。我在店裡看過那個過程：麵團放在專業的發酵箱裡，設定 18 度、18 小時，時間到了才進烤箱。第一次看，我心裡冒出來的念頭是：這樣的製程在今天，划得來嗎？

![長時間發酵的麵包，切面是一個個大小不一的氣孔。](/images/articles/long-fermentation-fast-age-bread.jpg)

用工廠的算法，這太慢了。志賀勝榮在《パンの世界》（講談社選書メチエ）裡提過一個數字：用工業酵母加電烤箱，一團麵從揉到烤好，兩個半鐘頭就能結束。味覺的感動這一套，花的時間是它的好幾倍。

而且慢到這個地步，會直接卡住產能。光發酵就要 18 個鐘頭，整條製程一天只跑得完一輪，也就是一天只出得了一爐。用工廠最在乎的「單位時間產出」來看，這幾乎是自廢武功。

## 快，是一百年前才有的事

我後來去讀了志賀那本書，才知道「快」這件事，很晚才出現。

工業酵母問世，到現在不過一百年。在那之前的六千年，人類做麵包都不靠它。志賀在書裡寫過：產業革命之後，人口暴增，社會需要又快又大量地把麵包烤出來，工廠純培養的單一酵母因此大受歡迎。它讓做麵包這件事，第一次變得又快又穩，也不容易失敗。

這套「快」的技術，有一部分是被戰爭逼出來的。第一次世界大戰期間，糧食短缺，又要餵飽前線的大軍，做酵母的原料被迫從穀物改用製糖剩下的糖蜜；戰後沒幾年，德國和丹麥的技術者發展出一種一邊持續供料、一邊大量打入空氣的培養法，讓酵母的產量暴增。工業酵母，就是在這條戰時求快、求省的路上，變得又便宜又充足。我們今天覺得理所當然的「快」，源頭是一場為了餵飽最多人、最快、最省的動員。

快是有代價的。為了在工廠裡有效率地生產，也為了讓麵包保持膨脹的形狀送到遠方，添加物和改良劑變成不可或缺。還有一個代價：到了二十世紀中，多數職人已經完全依賴工業酵母，連怎麼從零養一鍋發酵種，都沒幾個人會了。我們用一百年，把六千年累積的一種手藝，換成了速度。

志賀做的，是把時間找回來。他把麵包當成一種發酵食品，不是一件可以趕工的商品。18 度、18 個鐘頭慢慢發，澱粉被分解成葡萄糖，留下乳酸菌，麵包自己就有了甜，不必另外加糖。他師父福田元吉那句話，志賀記了一輩子：又沒生病，幹嘛加藥？

## 慢，不是反科技

志賀的慢，是靠現代科技才做得到的。

他在書裡說，正因為有了攪拌機和能精準控溫的設備，現在的人才做得出比「工業酵母以前」更極端的超長時間發酵，把麵團穩定地擺上一整天，追求連前人都沒嚐過的風味。放在一百年前，這種超長發酵早就被雜菌打敗了。

所以慢在這裡，跟懷舊或反科技無關。它是把同一套科技，用來服務另一種價值：把時間留給風味，而不是把時間擠掉。這一點，對我這種相信效率、相信自動化的人，特別刺。原來科技從來不是只有一個方向，是我們自己習慣了只往「更快」那個方向推。

## 一個只能快的系統，是失控的

這團慢麵讓我想的，不只是麵包。

我做過農業新創，也一直在科技這一行。我熟的那個世界，整天在講更快、更省、更能規模化。快本身沒有錯。但是，如果一個系統只能快，快到再也不能選擇慢，那它已經失控了。

失控不是因為它跑得快，是因為它由不得你慢。工業把「快」變成唯一的路，順手也把「慢」這個選項收走了。當你連停下來的能力都沒有，就只剩被拖著跑。

這樣看，志賀和 Lisa 守著那 18 個鐘頭，就不只是做麵包的講究。那是守住「還能慢」這一個選項。這選項有代價：一天一爐，永遠做不大，他們認了。而還能選擇慢，是一種握在自己手上的主權。在一個什麼都被推著加速的時代，這種主權愈來愈稀有，也愈來愈貴。

## 台北那條街上的 18 個鐘頭

這套守時間的理念，是志賀從東京傳給徒弟 Lisa，Lisa 在台北一條街上，一天一天守下來的。這條從東京牽到台北的師承線，是[這個系列第一篇](/articles/tokyo-master-taipei-bakery/)的故事。到了 2025 年，已經是第十一年。一條要發 18 個鐘頭的麵包，能在一個講求快的城市裡活著，本身就是一件不簡單的事。

它是一小塊證據，證明「慢」到今天還是一個可以選的選項。

這個選項在台灣能撐多久、能長成什麼樣子，是[下一篇](/articles/taiwan-food-fads-slow-bread/)的事。我想從這家台北的小店，談回台灣自己的位置。

---

本文關於工業酵母如何普及、以及長時間發酵的敘述，取自志賀勝榮《パンの世界：基本から最前線まで》（講談社選書メチエ）；書中觀點為作者轉述，非逐字翻譯。</content:encoded><category>沉思與記憶</category><category>長時間發酵</category><category>工業化</category><category>慢工藝</category><category>職人精神</category><category>志賀勝榮</category><category>台日交流</category><category>失控</category></item><item><title>從翻轉到翻越：教育不是逃離體制，而是重新設計成長路徑</title><link>https://paulkuo.tw/articles/flip-to-climb-education/</link><guid isPermaLink="true">https://paulkuo.tw/articles/flip-to-climb-education/</guid><description>最近我把過去十年參與自學教育的資料整理進同一個資料夾：兩千三百多個檔案，從業師聘任合約、校外參訪的投保收據，到孩子的 Seesaw 學習紀錄與大學備審資料。這篇文章是我對這十年的總結，也是整個教育系列的入口。核心主張：非典型教育的價值不在孩子是否離開學校，而在重新設計孩子與真實世界相遇的方式；它要成立，需要真實任務、群體協作、成人介入與長期紀錄四個條件同時到位。寫給正在考慮自學、實驗教育，或只是對「教育還能怎麼做」有疑問的家長與教育者。
</description><pubDate>Thu, 02 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 我把十年參與自學教育的資料整理進同一個資料夾：兩千三百多個檔案，從教學資料、作業設計、業師合約、投保收據到孩子的學習紀錄與大學備審資料。這篇總論是我對這十年的答案：非典型教育的價值不在離開學校，而在重新設計孩子與真實世界相遇的方式。要成立，需要真實任務、群體協作、成人介入與長期紀錄四個條件，缺一項，教育就容易變成口號或活動。

最近我把過去十年參與自學教育的資料，整理進同一個資料夾。兩千三百多個檔案：業師的聘任合約、校外參訪的投保收據、Seesaw 上一則一則的學習紀錄，四個國中生做出來的電商網站，熊野古道的旅行作業，還有一份大學申請的備審資料。

看著這批檔案，我想回答的問題只有一個：這十年，到底是什麼讓學習發生？

這篇文章是我的想法，也是這個教育系列的入口。先說結論：非典型教育的價值，不在孩子是否離開學校。它的價值在重新設計孩子與真實世界相遇的方式。而它要成立，需要四個條件同時到位：真實任務、群體協作、成人介入、長期紀錄。少了任何一項，教育都容易變成口號或活動。

## 世界變快之後，學校教的還夠用嗎？

傳統教育最擅長處理穩定世界裡的標準問題。它把知識切成科目、把成長切成學期，再把成果換算成分數。這套系統曾經有效，因為社會需要大量能遵守規則、在既有組織裡穩定工作的人。

問題是，孩子長大後要面對的世界，越來越不像這套系統假設的世界。知識更新加速，產業邊界移動，工作型態變得破碎。AI 讓答案變得便宜，提問、判斷與負責反而變得稀缺。當孩子幾秒鐘就能查到答案，教育就不能停在「知道正確答案」。它必須追問：孩子能不能定義問題？能不能把模糊的想法變成可執行的計畫？能不能與專長不同的人合作？遇到不公平與挫折時，能不能整理自己的立場，然後採取行動？

資料夾裡收著我們過去十年的教育資料。每一份檔案，都是從這幾個問題裡慢慢長出來的。整理這些資料，不會得到一套可以直接複製的 SOP，也不是一個大家習慣聽見的成功故事。它更像是一座教育實驗家庭的資料庫，記錄一個家庭、一群老師與業師，如何在一次次嘗試、修正與陪伴中，走出自己的路。另一方面，這些資料也是我陪孩子走過十年的歷程紀錄。那不只是一段教育實踐，也是我有限人生裡，非常珍貴的十年。

## 翻轉是打開可能，翻越是穿過困難

「翻轉」與「翻越」這組字，來自我這些年看過的兩種教育實踐。一種忙著替孩子打開體制外的新路徑，另一種則守在孩子走上路之後，陪他一階一階爬過真實的困難。

翻轉是打開可能，翻越是穿過困難。

這兩件事缺一不可。只有翻轉，教育會停在「離開原本的路」；走到翻越，才會開始回答更難的問題：離開原本的路之後，孩子到底長出了什麼？

十年前，這樣的選擇在台灣是少數。現在它是一場全球運動：[約翰霍普金斯大學的追蹤統計](https://education.jhu.edu/edpolicy/policy-research-initiatives/homeschool-hub/homeschool-growth-2024-2025/)顯示，2024 到 2025 學年美國在家自學人數成長近 5%，大約是疫情前成長速度的三倍，超過三分之一的州創下歷史新高。可是這場運動的語言，多半停在翻轉：選擇權、資金、離開體制。離開之後怎麼一階一階爬，講的人少得多。

國際教育論述裡有翻轉（flipped）、有能動性（agency）、有韌性（resilience），但還沒有一個詞，把「打開路徑之後，爬過真實困難，再把成長翻譯給制度理解」這條弧線講完。這個系列想用「翻越」補上這個缺口。

## 真實任務教了什麼課堂教不了的事？

2018 年 7 月，我帶四個國中生用一個暑假做一個電商網站。一開始並不順，連著多天的會議討論，結束後他們的進度是空白的：網站沒進展，但是，一個月後生出可以做成果發表，令人驚豔的網頁。證明：我們太低估小孩的學習能力。前面的卡關並不是浪費，是必經的歷程。

在這個過程中，原本以為是進度問題，實際上是認知問題。他們急著做頁面，卻還沒理解最基本的商業問題：我們是誰、提供什麼、價值在哪裡，客戶又要怎麼完成購買？沒有這些答案，任何設計都只是漂浮的裝飾。

在一般課堂裡，學生可以用抽象詞彙通過討論：品牌、行銷、商業模式。這些詞聽起來都懂。但當他們必須把這些詞變成一個可營運網站的首頁、產品頁與購買路徑，所有的模糊會立刻浮現。考卷會把問題切好、範圍畫好、標準答案準備好；真實任務把技術、敘事、商業與協作混在一起丟給你，孩子沒辦法只答其中一題，必須把它們整合成一個能運作的結果。

所以做網站要學的從來不是工具。工具只是載體，真正要學的是系統思考：從目的逆推結構，把直覺的創意交給理性檢查，把個人想法放進團隊流程，與不同的人深度協作。那個暑假的完整思考過程，我後來寫成了[系統與直覺的對決](/articles/system-vs-intuition-planning)。

成果未必精緻，甚至常常粗糙。教育的重點也不是第一版作品漂不漂亮。重要的是孩子需要理解：一個能運作的成果，背後需要清楚的思考。

## EQ 為什麼要在有別人的世界裡練？

現代教育的語言很容易把孩子理解成單一個體：我的興趣、我的天賦、我的履歷。這種語言看似尊重個人，卻讓教育少了一個關鍵場域：群體。

十年下來我越來越確定：EQ 中的關係能力，以及協作與責任感，需要在有別人的世界裡練習。孩子要學會合作，就必須真的與人合作；要學會妥協，就必須真的遇到意見不合；要學會負責，就必須在某個情境裡知道自己的選擇會影響別人。這些能力很難靠講道理獲得。它們需要情境與摩擦，需要共同目標，也需要成人在旁邊適時介入。衝突發生時，把衝突轉成可以學習的材料，那才是群育的現場。

為什麼營隊、團隊專案與運動接力這些「課外活動」其實是主戰場，我在[情緒也發生在關係裡](/articles/eq-group-education)與[獨行者的終結](/articles/ironman-group-education)這兩篇寫過完整的論證。

## 自學是高密度的教育設計

自學常被浪漫化，好像孩子離開學校就會自然找到熱情。這種敘事把實情說的有點太簡單：自學更像一場共同創業。

家長的角色會從「成績監督者」變成「學習環境設計者」。這個角色更重，也更難。你要一起思考孩子適合什麼任務、需要什麼資源，要安排時間，要面對挫折，要整理成果，還要處理與外部制度的銜接，而且很多是你自己本來也不懂的，也是邊做邊學。我在[自學教育的真相](/articles/homeschool-gentle-resistance)寫過這種心境，在[停課不停學的殘酷考驗](/articles/online-learning-resource-war)寫過資源戰的那一面。

資料夾裡最能說明這件事的，反而是最不浪漫的那些檔案：課表、假期計畫、業師遴選的履歷、聘任合約與聘書、校外參訪的投保收據、專案的成本與工時紀錄。這些看似行政的東西，是教育能否成立的底層結構。沒有這些結構，非典型教育很容易變成活動堆疊：孩子參加了很多體驗，卻沒有形成能力線索；做了很多作品，卻沒有反省。

成熟的非典型教育，不是少一點管理。它是把管理從標準化控制，轉成個別化設計。

## 怎麼證明一個孩子真的在成長？

答案先講：靠長期累積的能力證據，而且從第一天就要開始存。

在傳統制度中，分數是最容易被理解的證明，簡潔、可比較、可排序。但非典型學習者的能力常常無法被分數捕捉。他可能做過專案、完成過旅行規劃、接受過業師回饋、寫過反省。這些都是真實能力的證據，可是如果沒有整理，就只是散落的檔案。

資料夾裡有孩子多年的 Seesaw 學習紀錄、無界塾每學期的學習情況回饋、專案成果報告，一路到特殊選才的備審資料。把這條線攤開來看，學習歷程的本質很清楚：它是一套能力證據庫。一份好的學習歷程要回答的是：這個孩子面對過什麼任務、做了什麼選擇、遇到什麼困難、產出了什麼作品，又是怎麼反省的？這些經驗共同證明了哪些能力？

這對非典型教育尤其重要。孩子沒有走標準路徑，就更需要把自己的路徑翻譯給制度理解。特殊選才與備審資料的本質是一種制度對話：孩子用作品與紀錄告訴外部世界，我雖然用不同的方式成長，但我有可以被檢視的能力。

## 教育創新不能被浪漫化

這批資料最值得保留的部分，除了理想，還有限制。

非典型教育高度依賴家庭投入。時間、金錢、人脈、行政能力與情緒承受力，缺一樣都撐不久。不是每個家庭都有條件長期承擔這種設計成本；忽略這一點，教育創新就會被講成少數資源充足家庭的成功神話。

它也高度依賴成人的品質。好的老師與業師可以打開世界，不成熟的成人很自然也會造成傷害，這是真實的世界。孩子進入真實世界，會遇到不公平與不負責任的人。教育不能假裝這些不存在，要教孩子辨識、表達、協商，必要時進行溫和有禮但堅定的對抗。

它還需要隱私治理。公開教育理念，不等於公開孩子的人生檔案。學習紀錄、評量、申請資料與影像，都要分清楚家庭內部版、匿名研究版與公開文章版。這篇文章與整個系列，公開的是方法、結構與反省，可識別個人身分的細節都會留在家裡。

最重要的是：個別的成功無法直接複製。一個案例的價值在於提供一組可以思考的設計原則，每個孩子的路徑仍然需要重新設計。

## 可以帶走的五個設計原則

第一，讓孩子面對真實任務。真實任務有目的、有對象、有時間限制、有成果要求，也有失敗的可能。模擬作業給不了這些。

第二，把自由放進結構裡。自由探索需要節奏、紀錄、回饋與修正。沒有結構，自由常常只剩鬆散；而全是結構、沒有自由，就回到了標準化控制。

第三，刻意設計群體經驗。孩子需要在有別人的世界裡學協作、妥協與承擔。群育是未來能力的核心訓練，把它排進課表，別等它自然發生。

第四，讓成人成為學習環境設計者。家長、老師與業師的工作是設計場域、提出追問、提供資源、守住邊界，並在關鍵時刻協助孩子把經驗整理成理解。

第五，從第一天開始保存能力證據。作品、紀錄、回饋與反省都要長期整理。等到要申請才回頭包裝，已經太遲；有力量的學習歷程是累積出來的。

## 整個天空都是你的

2017 年我寫過一篇談翻轉與翻越的文章，副標是「成長像飛行，整個天空都是你的」。十年後回頭看，我會把那句話修得更誠實一點：天空是你的，但你得自己飛過去，而且會遇到亂流。

替孩子把阻力全部清掉，那不是教育。教育是設計一條有足夠真實挑戰、也有足夠支持系統的路，讓孩子在一次又一次翻越之後，逐漸知道自己是誰，能做什麼，願意為什麼負責。

這是教育系列的第一篇。接下來我會逐篇展開：那個暑假的電商網站任務、熊野古道的奇妙國際專案、業師制度的設計，以及一條非典型路徑怎麼被大學制度理解。更多教育與生命的討論：[沉思與記憶 → 教育](/topics/life/)。</content:encoded><category>沉思與記憶</category><category>自學教育</category><category>實驗教育</category><category>翻轉教育</category><category>專案式學習</category><category>群育</category><category>學習歷程</category><category>無界塾</category></item><item><title>1665 年到 2026 年：從皇家學會到 Anthropic 的神學對話</title><link>https://paulkuo.tw/articles/royal-society-to-anthropic-dialogue/</link><guid isPermaLink="true">https://paulkuo.tw/articles/royal-society-to-anthropic-dialogue/</guid><description>作為一個有神學訓練、又每天重度使用 AI 的人，我想拆掉一個現代人習以為常的假設：科學和信仰是兩條分開的線。歷史上，這條界線遲至十九世紀才被畫出來。1665 年皇家學會的創辦人把研究自然當成敬拜，而 Oldenburg 的《哲學會刊》發明的「把創作權和評判權分家」，跟今天 Anthropic 讓 AI 接受獨立評估者檢查，是同一個古老直覺：不憑任何人之言，包括不憑自己。當 2026 年台灣教會為 AI 神學爭論不休，這不是新的恐慌，是三百多年前那場對話的續集。讀完你會多一副看這場爭論的長鏡頭。
</description><pubDate>Wed, 01 Jul 2026 13:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 「科學 vs 信仰」的對立，不是自古就有。那條界線，是十九世紀才逐漸被畫出來的。1665 年，皇家學會那一代人把研究自然視為敬拜；Oldenburg 的《哲學會刊》，則點燃了「創作與評判分家」的制度直覺。三百六十一年後，Anthropic 讓 AI 接受獨立評估者檢查，用的其實是同一個古老原則：不憑任何人之言，包括不憑自己。台灣教會今天面對 AI 神學的爭論，不是新問題，而是這場長久對話的續集。

1665 年 3 月 6 日，倫敦。一位名叫 Henry Oldenburg 的德國人，自掏腰包印出了人類史上第一本科學期刊：《哲學會刊》（[Philosophical Transactions](https://royalsociety.org/journals/publishing-activities/publishing350/history-philosophical-transactions/)）。他大概沒想到，自己順手發明的，不只是一本期刊，而是一種讓「生成」和「評判」分家的機制。

三百六十一年後，Anthropic 把同一道分界內建進了 AI；而在台灣，一些教會正在爭論，要不要讓 AI 幫忙寫講章。

如果你覺得這三件事沒什麼關係，那正是我想談的。因為它們是隔了三個多世紀的同一場對話。

## 「科學 vs 信仰」的分界線，是十九世紀才畫的

先拆掉一個現代人幾乎不會質疑的假設。我們習慣把科學和信仰想成兩條分開、甚至對立的線。一邊是理性、證據、可證偽；另一邊是啟示、權威、不可見。

這個對立感太自然了。自然到我們談 AI 的時候，也會自動把它套上去：科技在這邊，信仰在那邊，中間隔著一條河，兩邊互相喊話。問題是，這條河溝其實很晚才被挖出來。

「科學家」（scientist）這個字，遲至 1833 年才被創造出來。1665 年那批人不叫科學家，他們稱自己為「自然哲學家」（natural philosophers）。

而「科學與宗教彼此衝突」這個框架，史學界有個名字，叫「衝突論」（conflict thesis）。它是維多利亞時代的產物：Draper 在 1874 年、White 在 1896 年，用兩本暢銷書把它推廣開來。當代科學史家早就不再接受這種簡化說法。

這裡得解釋清楚，不然像在硬拗。Draper 和 White 到底錯在哪？他們把兩千年的歷史，講成一場宗教打壓科學的長期戰爭。可是後來的科學史家一條一條去查，發現這場「戰爭」的招牌故事，大半是挑出來、誇大、甚至憑空編的。

最好認的是「中世紀人以為地球是平的」。這根本不是真的。受過教育的歐洲人從古希臘就知道地球是球形；中世紀大學的天文課本，Sacrobosco 的《論球體》（De Sphaera），開卷就在講這件事；連但丁《神曲》裡的宇宙都是圓的。「教會逼大家信地平說」這個故事，是十九世紀才被渲染開來的：Washington Irving 在 1828 年寫哥倫布傳時把它寫得繪聲繪影（其實哥倫布跟學者真正爭的是地球有多大，不是圓不圓），後來再由 Draper、White 放大成「科學對抗教會」的樣板。

伽利略那樁公案也一樣，攤開來沒那麼乾淨。日心說跟教會當時的聖經解讀確實有真正的衝突，1616 年也真的下過禁令，這部分不假。但它遠不是「理性對抗迷信」那麼乾淨：伽利略一開始有教會撐腰，教宗烏爾班八世本來還是他的朋友。後來會鬧翻，一部分是因為他在《關於兩大世界體系的對話》裡，把教宗的論點交給一個叫「Simplicio」的角色講（這名字取自古代一位亞里斯多德注釋家，卻被讀成「頭腦簡單」的雙關），教宗覺得自己被影射成傻瓜；再加上反宗教改革的政治氣氛、和他自己一路樹的敵。

更關鍵的是反過來的那一面：中世紀教會其實是當時科學最大的金主。歐洲最早那批大學，多半是從教會的座堂學校長出來的；教會為了推算復活節的日期，長期資助天文學。往後看也一樣：哥白尼本人是教會的座堂議員，遺傳學之父孟德爾是修士，提出大霹靂理論的勒梅特是神父。

而且這是科學史界的共識，不是誰個人在翻案。接替「衝突論」的新取向有個名字，叫「複雜論」（complexity thesis，經 John Hedley Brooke 1991 年的《Science and Religion》整理成經典）。它的意思是：科學跟信仰的關係從來不是一場戰爭，比較像一段時而緊張、時而互相餵養、糾纏了幾百年的關係。

換句話說，我們今天拿來談 AI 的那把「科學 vs 信仰」的尺，本身就是一個十九世紀的發明，而且是一個已經被專業史家退貨的發明。

你可能會想：可是大家不是都還這樣認定嗎？對，這正是重點。專業史學界一百年前就把這把尺退回去了，但它在流行文化裡卡住，沒跟著更新。我們順手拿「科學 vs 信仰」去量 AI 的時候，用的其實是一件連原廠都召回的過期商品。

那 1665 年的情況是什麼？皇家學會（[Royal Society](https://royalsociety.org/about-us/who-we-are/history/)）於 1660 年在倫敦的 Gresham College 成立，1662 年取得查理二世的皇家特許狀。它的創辦人 Robert Boyle、Christopher Wren、John Wilkins 這些人，把研究自然明白地框定為「彰顯上帝的榮耀、造福人類」。

Boyle 在遺囑裡捐錢設立一系列講座，專門用來捍衛基督教。牛頓私底下寫了大量[神學手稿](https://plato.stanford.edu/entries/newton-philosophy/)，據某些估計，字數甚至超過一百萬，比他的物理著作還多。

對他們來說，翻開自然這本書，跟翻開聖經一樣，都是對上主的敬拜。研究自然不是信仰的對手，它曾經是信仰的一種形式。

## 1665 年，Oldenburg 發明的到底是什麼？

那麼，Oldenburg 到底做了什麼，值得我們隔三百多年再談一次？他做的事，用今天的話說，是發明了「投稿」。

有人把研究寄給他，他不會直接刊登，而是先送給學會裡懂這個題目的成員看過、評估過，再決定要不要登。這個動作，被廣泛視為現代科學期刊，以及同行評議（peer review）的雛形。

當然，這不是說 1665 年就有了完整制度化的同行評議。科學史家 Aileen Fyfe 的研究提到，1665 到 1965 年這三百年間，比較像是同行評議的「[前史](https://kar.kent.ac.uk/65042/3/Peer%20review%20v30%20AAM%20SUBMTD.pdf)」（prehistory）。真正的制度化，其實晚得多：皇家學會 1752 年才成立論文委員會，1832 年才有正式的書面審稿報告，1896 年才加進分科的專門委員會。

1665 年的 Oldenburg，只是點燃了那個直覺。但那個直覺才是重點，它的意思是：你不能自己當自己的裁判。

皇家學會把這句話鑄成了格言，一句拉丁文：Nullius in verba。這句話出自古羅馬詩人賀拉斯，官方翻譯是「不輕信任何人的話」（take nobody&apos;s word for it）。這是一種紀律：一個主張要能算數，得先通過作者以外的人檢查。連作者自己，都不能只靠自己的信心替它背書。

牛頓親身上過這堂課。1672 年，他把關於光與色的新理論投給《哲學會刊》。Robert Hooke 大約一週內就提出批評，還跟他爭優先權。年輕的牛頓氣壞了。

但那正是這套機制運作的方式：作者負責生成，別人負責評判。真理在兩者的張力中被拉扯出來，而不是靠作者一個人的自信就能成立。創作權和評判權，被有意識地分開。這是 1665 年真正重要的發明。

## 為什麼 AI 需要一個「評判者」？

回到 2026 年。看 AI 公司怎麼搭建它們的代理系統，會發現它們正在重新發明 Oldenburg。

Anthropic 在工程文件《[Building Effective Agents](https://www.anthropic.com/research/building-effective-agents)》裡，描述了一種叫 evaluator-optimizer 的工作流：一個模型負責生成，另一個模型負責評估與回饋，兩者形成迴圈。在多代理系統裡，它們還會配置專門的「驗證子代理」（verification subagents），任務就是檢查別的代理產出的東西對不對。

這就是把創作權和評判權分家。只是這一次，分家的兩邊都是機器。為什麼要這樣做？因為一個模型很難可靠地判斷自己輸出的品質。

這裡我要比那些興奮的說法更謹慎一點：這比較像一個方向性的觀察，還不是定律。在困難的推理和規劃任務上，尤其缺乏外部訊號的時候，模型的自我評估確實不太可靠；但在某些任務裡，自我一致性之類的方法仍然有用。

順帶一提，把「模型會像人一樣高估自己」這件事，也就是所謂達克效應，直接當成 AI 的通則，其實站不太住。有 2026 年的研究發現，Claude 相對於其他模型的共識，反而系統性地低估自己。人會不知道自己不知道，機器的毛病未必長得一樣。

撇開這些細節，那個核心直覺跟 1665 年一樣：你不能自己當自己唯一的裁判。三百六十一年後，人類把這句話從期刊的審稿制度，一路寫進了矽晶片裡的代理架構。這條線，從來沒有斷過。

這不是單純的工程設計問題。對教會來說，它真正碰到的是一個神學問題：當生成變得容易，判斷權該交給誰？

## 問「AI 會不會取代上帝」，其實問錯了問題

當工程師在機器裡重建這道分界的同時，台灣的教會也正從另一端碰撞同一場對話。只是很多時候，它可能問錯了方向。

打開這幾週的基督教媒體，你會看到這種標題：「神學 vs AI」「別讓 AI 取代上帝」「AI 會不會取代牧者」。這個框架本身，就是一個稻草人。

「AI 取代上帝」是個範疇錯誤。上帝不是一種功能，不是一個 AI 有機會頂替的職缺。把一個沒有人真的在造、也造不出來的威脅立起來，再把它打倒，是跟影子摔角。

撐起這個稻草人的，是一種二元對立的思維：科技站一邊，信仰站另一邊，中間隔著一條你死我活的戰線。這副骨架，正是這篇文章一開頭拆掉的那個：十九世紀把科學和信仰擺成敵人的「衝突論」，換了一件 2026 年的教會袍子。

而二元對立留給人的選項很窄。把 AI 放在敵人的位置，就容易妖魔化它，彷彿它是來搶信徒的假神；把 AI 放在救星的位置，又容易照單全收，彷彿它能替人把福音傳完。兩種都把一個工具，看得比它該有的還大。

當然，認真的牧者和學者，講的遠比這些標題細緻。清大的王道維主張教會要及早介入、把 AI 當工具，甚至從「盼望神學」提出教會該把它用在「共善」上，提升人跟人之間的溝通品質；蒲正寧長老更進一步，說教會可以自己訓練專屬模型，把聖經註釋、講章、神學教材餵進去，守住信仰講述的準確；張俊明牧師則提醒，別讓會友只依賴 AI 給的屬靈資源、不再投入真實群體，掏空了教會的凝聚力。

但再往下看一層，我仍覺得其中有一個共同底色：防守。無論是及早介入、自建模型，還是守護群體，骨子裡都把 AI 當成一個外來的、逼近中的對手，而教會的任務是接招。這仍然是二元對立，只是把音量調小了。

1665 年那批人不是這樣看自然的。他們不覺得自己在跟自然打仗；研究自然本身，就是敬拜。沒有戰線，就沒有招要接。

有兩種聲音走出了這個框。一種說：AI 不會取代牧者，真正在變的是信仰的順序。這等於承認「取代」問錯了問題。當一個人習慣先問 AI、再問上帝與弟兄姊妹，危險不在 AI 有多強，在人不知不覺把自己交了出去。

另一種聲音不糾纏「AI 是不是威脅」，回頭問：人到底憑什麼有價值？華福有篇文章從 imago dei，也就是「上帝的形象」切入：人的價值不建立在能力上，而建立在「人是照著上帝的形象造的」這件事上。這一刀正好切在 AI 進逼得最猛的地方。如果價值等於能力，能力被追上的那天，人就貶值了；imago dei 把價值的地基整個換掉，放到能力搆不著的地方。AI 再強，也動不了那個地基。

這兩種聲音都回到了那個更古老的問題：那個不能交出去的核心是什麼，判斷權該留在哪。所以我把這些聲音放在一起，聽到的不是恐慌，也不是「科技來了，信仰要完了」，是三百多年前那個直覺，在教會裡重新發聲。

## 不憑任何人之言，包括不憑機器之言

我自己的想法是這樣。我有神學訓練背景，同時也是每天重度使用 AI 的創業者。我的日常工作流，本身就是一套「生成與評判分家」的系統，也包括我正在寫的這一篇。我從來不讓同一個 AI 既生成，又評判它自己的東西。我會讓不同角色互相審查、彼此挑錯，最後再由我拍板。

我在準備這篇文章時，才知道，我每天在做的，其實就是把 Oldenburg 那句拉丁文用在 AI Agent 上：不憑任何人之言，包括不憑任何一個模型之言，也包括不憑我自己之言。這也是我在「[文明與人性](/topics/faith/)」這個主題底下，反覆繞回來的一條線。

這讓我對教會那場爭論，有一個也許不太一樣的讀法。回到開頭那個問題：要不要讓 AI 幫忙寫講章？順著這條線，答案就不是簡單的 yes 或 no。你大可以讓 AI 生成草稿，幫你查經文、擬結構。不能交出去的是判斷：這篇講章忠不忠於你認識的真理、服不服事眼前這群人。那個判斷得留在牧者、群體、和聖經的交融對話裡，不能外包給模型。

講章不是一篇內容產品而已，它也是群體判斷自身處境的方式。這就是為什麼，問題不只在「誰來寫」，更在「誰來承擔這個敘事」。照韓炳哲在《敘事的危機》裡的意思來看，我們這個時代不是沒有故事，而是故事太多，真正能安頓人的敘事太少。

故事可以吸引注意力，敘事卻要承擔生命。講章可以讓 AI 協助整理、潤飾，生成初稿；但信仰不能外包，見證不能代寫，牧者也不能把自己在上帝面前的掙扎交給機器。AI 可以幫你把話說得更清楚，卻不能替你相信。它可以生成內容，卻不能替一個群體生成共同的記憶、痛苦、盼望與承擔。

資訊社會裡，一切都變成片段：消息、數據、貼文、心得、限動、短影音。資訊很快，敘事很慢。資訊追求即時，敘事需要沉澱。資訊回答「發生了什麼」，敘事回答「這對我們意味著什麼」。韓炳哲認為，當世界被資訊流切碎，人就很難再活在一個有前後、有傳承、有共同記憶的時間裡。而講道，正是把破碎的資訊和上帝的道，重新收攏成一個穩定的敘事共同體。

我在〈[宗教改革的現實脈絡](/articles/reformation-printing-politics)〉裡寫過，1517 年路德的成功，離不開印刷術。印刷術當年也嚇壞了教會，因為它打破了教廷對知識複製的壟斷。五百年後，我們會說那是一次解放。

同樣的結構正在重演。對信仰傳遞來說，AI 很可能扮演這一代印刷術的角色。它一定會改變傳遞的方式。問題從來不在於擋不擋得住，而是要問：那個不能被交出去的核心是什麼？

1665 年那批人示範過一種態度。面對一個強大的新工具，他們沒有把它妖魔化，也沒有急著盲目擁抱。他們做的是：先把它放進一個「不憑任何人之言」的檢查機制裡，再決定信任它多少。

他們對自然這麼做。我們今天，也可以對 AI 這麼做。把判斷權交給一個超越個人自信的檢查機制，這件事一點都不減損信仰。它本身，就深深內建在皇家學會創辦人的信仰裡。他們研究自然，是因為他們相信有一位設計者。他們不憑己言，是因為他們知道自己不是那位設計者。

我在〈[道成肉身之必要性](/articles/incarnation-ai-embodiment)〉裡談過，AI 的核心缺陷是存有論層次的：它沒有身體，沒有脆弱，不會死。也許正因如此，人在這場對話裡真正該守住的，從來不是「我比機器聰明」這種遲早會被追上的東西。該守住的是另一樣：「我知道自己需要被檢查」這種謙卑、這種肉身知覺。這是機器可以模仿、卻無法真正擁有的姿態。我們與 AI 最大的差異，也許不在聰明，而在脆弱、慈悲，以及在故事中追尋真理的能力。

## 三百六十一年後的同一個問題

Oldenburg 那本 1665 年自費印出的小冊子，和皇家學會那句「不憑任何人之言」，到今天還在問我們同一題。只是這一次，被送去檢查的，多了一個新成員：AI。而要不要把最後的判斷權交出去、又要交給誰，站在這個位置上的，還是我們自己。

皇家學會沒有替我們答完這一題。他們只留下那句拉丁文，和一個到今天都還沒過期的直覺：不憑任何人之言，包括不憑自己。所以最後留下來的，不是「教會要不要使用 AI」這種技術選擇，而是教會還記不記得自己相信什麼。

我們仍能相信有更超越的存在。面對日月星辰與浩瀚宇宙，我們仍能承認人是渺小的受造，信仰仍能給我們指引。前提是，我們的神學也需要心意更新而變化：相信聖靈，相信聖而公之教會，相信聖徒相通，相信罪得赦免，相信永生。</content:encoded><category>文明與人性</category><category>信仰反思</category><category>AI神學</category><category>科技與信仰</category><category>台灣教會</category><category>皇家學會</category><category>同行評議</category></item><item><title>這家台北麵包店的總監，住在東京</title><link>https://paulkuo.tw/articles/tokyo-master-taipei-bakery/</link><guid isPermaLink="true">https://paulkuo.tw/articles/tokyo-master-taipei-bakery/</guid><description>2019 年，林桑在日本問我，要不要幫忙顧他在台灣投資的一家麵包店。我說好，當時沒多想。做進去才慢慢看清楚：這家店的總監是東京的發酵大師志賀勝榮，主廚 Lisa 是他少數在海外延續理念的徒弟，而林桑，是一個在日本創過業、把公司賣給日本 IBM 的台南人。我想寫這個系列，是因為這一連串的相遇沒有一步是規劃出來的。所謂台日合作最動人的樣子，我覺得不在新聞稿裡、不是在行銷活動上，也不是政府的海外專案KPI，而在這種靠緣分牽起來的線上。
</description><pubDate>Wed, 01 Jul 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 2019 年，林桑在日本問我要不要幫忙顧他在台灣投資的一家麵包店。我說好，後來才發現自己踏進的是一條從東京牽到台北的線：這家店的總監是發酵大師志賀勝榮，主廚是他的徒弟。台日之間很多好東西，靠的是緣分，不是規劃。也跟這兩年半導體產業鏈的蓬勃無關（2019/12/31 TSMC 收盤價 331 元新台幣）。

回頭看，很多要緊的事都不是規劃來的。是某一天，有個人問你一句話，你答了一聲好，路就轉了個彎。

2019 年，林桑人在日本，問我要不要幫忙顧他在台灣投資的事業。那是一家麵包店。我說好。當時沒多想，就是幫林桑一個忙，陪他走一段。後來才慢慢看清楚，我一腳踏進的，是一條從東京牽到台北的線。

&lt;figure style=&quot;margin:72px auto;text-align:center;&quot;&gt;
  &lt;img src=&quot;/images/articles/tokyo-master-taipei-bakery-dinner.jpg&quot; alt=&quot;在日本跟林桑的一頓飯&quot; style=&quot;display:block;width:720px;max-width:100%;aspect-ratio:3/2;object-fit:cover;object-position:center;margin:0 auto;&quot; /&gt;
  &lt;figcaption style=&quot;margin-top:14px;font-size:14px;color:#8A857B;&quot;&gt;在日本跟林桑的一頓飯（插畫）&lt;/figcaption&gt;
&lt;/figure&gt;

## 順著一個名字，查到東京

我對「吃」這件事，剛好有點在意。2014 到 2019 年，我一直在做跟農業有關的新創，跑遍北、中、南、東，跟各地的農友交流。2017 年還去了一趟東京品川，拜訪 [Oisix](https://www.oisix.com/)，一個在日本非常受歡迎的生鮮食品與食材宅配品牌；當時我想的，是台灣能不能也長出一個像它那樣垂直整合的農產電商。

&lt;figure style=&quot;margin:72px auto;text-align:center;&quot;&gt;
  &lt;img src=&quot;/images/articles/tokyo-master-taipei-bakery-oisix.jpg&quot; alt=&quot;東京品川的 Oisix&quot; style=&quot;display:block;width:720px;max-width:100%;aspect-ratio:3/2;object-fit:cover;object-position:center 70%;margin:0 auto;&quot; /&gt;
  &lt;figcaption style=&quot;margin-top:14px;font-size:14px;color:#8A857B;&quot;&gt;2017 年，東京品川的 Oisix&lt;/figcaption&gt;
&lt;/figure&gt;

那張照片背後有個小故事。桌上那幾罐玻璃罐子，裝的是日本各地不同的土，現場擺了不只三罐，我當天只顧著拍照，鏡頭收進去的只有三小罐。我理解那是「一方水土養一方人」的意思：土地不一樣，長出來的東西就帶著自己的風土，每個地方都有自己的特產。這幾罐土後來變成我心裡常浮起來的一個畫面，關於食物一旦被送上全球化的架子，還留不留得住這種地方感，我想留到以後再慢慢寫。

從產地到餐桌這段路，我大致走過一遍。所以發酵這回事有多神奇、也有多不容易，我略知一二。同樣的麵粉、水、鹽，差一兩度溫度，差幾個鐘頭，出來就是兩種東西。當我認真去看這家店在做什麼，上網了解相關背景。

店裡的「理念」掛著一個名字：志賀勝榮，頭銜寫「本店總監」。真正勾住我的，是他在東京世田谷那家店的店名：[Signifiant Signifié](https://signifiantsignifie.com/)。

這兩個字來自語言學家索緒爾，是「能指」（signifiant）與「所指」（signifié），講的是一個符號和它所指向的事物之間的關係。索緒爾的語言學，我剛好略知一二。林桑跟我介紹這名字的時候，拿「白馬非馬」來比。一邊是法國語言學家的符號理論，一邊是中國古代的邏輯老命題，被他這樣一湊，我對取這名字的人起了興趣。林桑說，志賀是個哲學家。

一個做麵包的，被叫做哲學家。這一句，讓我把志賀勝榮好好查了一遍。

志賀勝榮是日本麵包界談「發酵」繞不開的一號人物。他把麵包當成一種發酵食品在做：酵母只下微量，好幾種發酵種自己從零養，低溫慢慢發上一整天。一條麵包的工，他用天計，不用鐘頭計。我查到的資料說，連米其林星級餐廳和高級飯店都指名用他的麵包。

這家台北的小店，總監就是他。主廚 Lisa，是他的徒弟，也是少數在海外還照著那套理念做麵包的人。

我這才意識到，自己走進的不只是一家麵包店，是一段還在延續的師承。一套東京的發酵哲學，經過一個徒弟的手，落在台北一條街上，沒幾個人知道。

## 一條沒有人規劃過的台日線

林桑的來歷，我也是後來才慢慢拼起來的。一開始我只知道他是投資人，人在日本。後來才知道，他是台南人，年輕時被父親送去日本念書，國語、台語、日語都通。他在日本做軟體、創過業，把公司一路做到上市，再賣給 IBM。他現在是 [CyberSolutions](https://www.cybersolutions.co.jp) 的社長，這家公司去年十月也掛牌上市。他跟我說，他是第一個在日本讓兩家企業上市的外國人。

把這些兜在一起，一條線才浮出來。一個台南囝仔在日本落地生根，某天遇上志賀這套做麵包的理念，動了心，想把它帶回台灣。Lisa 願意守著這套慢工，在台北一天一天做。志賀願意把名字掛上這家遠在海外的小店。而我，因為林桑一句話，剛好被牽了進來。

這裡面沒有一步是規劃出來的。沒有誰先寫好一份台日合作計畫書，再照表操課。一個人遇上一件他捨不得放下的事，一路上又遇到願意一起扛的人。說到底，是緣分。

## 我學到的，比我幫上的多

我常說自己是去「幫忙」，但老實講，這幾年我從這家店得到的，比我付出的多。

在新創產業：講效率，講規模，講把事情拆到能自動化。這家店給我看的是另一種時間感。麵團不會因為你趕就提早發好，它要的那十幾個鐘頭，你少給一個都不行。有些好東西天生急不得，例如好食材好食物，這件事我是在深入發酵世界後更有感。

我喜歡美食但不會做麵包。我會走進這家店，起點是林桑；想幫他顧好這門投資以及跟他多學習，我才跟 Lisa、這些發酵麵包有了交集。我做的，是把 Lisa 埋頭做出來的麵包，用數位社群與電商模式，讓更多人看見。談不上什麼幫忙。比較像是替一件我也珍惜的事，多開一扇窗。真正撐著這家店的，始終是那套慢工，還有願意默默守著它的 Lisa 與林桑。

## 幾個人，為一件事，各出一塊

我後來的理解，所謂台日交流的真實版本，不在新聞稿裡、不是在行銷活動上，也不是政府的海外專案KPI，是幾個具體的人，為了一件具體的事，各出一塊。一個在日本闖蕩的台灣人，一個東京的發酵大師，一位台灣徒弟在台北守著理念，再加一個因為好奇心被牽進來的我。湊在一起，那一條要發酵 18 個鐘頭的麵包，才擺得上台北人的餐桌。這也是我在 [沉思與記憶](/topics/life/) 這條線上，一直想記下來的那種台灣故事。

幾年前，我跟林桑要志賀老師的資料，想要拿來做網路素材。他人在日本，把一份電子檔傳給我。是志賀那本講麵包的書。我本來只想多幾句寫文案的素材。那本書讓我想了很多日本職人、文明史與飲食的種種，這篇分享文交代不完。

所以接下來，我想分幾次說故事。[下一篇](/articles/long-fermentation-fast-age/)，講那 18 個鐘頭：在一個什麼都要求快的時代，為什麼有人偏偏選擇慢。

---

**附記｜幾個查得到的事實**

林桑的經歷不是隨口一提。他早年創立的資安公司 Internet Security Systems 日本法人，1997 年成立，2001 年在 JASDAQ 上市，2006 年賣給日本 IBM；他現在的 CyberSolutions（サイバーソリューションズ），在 2025 年 10 月 23 日掛牌，掛在東證 Growth 市場，證券代碼 436A。前後兩家，都在日本上市。志賀勝榮的官網也寫著，他的麵包受米其林星級餐廳與高級飯店採用。

來源：[CyberSolutions 代表者介紹](https://www.cybersolutions.co.jp/corpinfo/ceo/)、[日本經濟新聞〈サイバーソリューションズ23日上場〉](https://www.nikkei.com/article/DGXZQOUC291UZ0Z20C25A9000000/)、[パナデリア 職人專訪：志賀勝榮](https://www.panaderia.co.jp/members2/craftsman/ar_ss/index.html)。

&lt;figure style=&quot;margin:72px auto;text-align:center;&quot;&gt;
  &lt;img src=&quot;/images/articles/tokyo-master-taipei-bakery-book-cover.jpg&quot; alt=&quot;志賀勝榮著作《パンの世界》書封&quot; style=&quot;display:block;width:320px;max-width:100%;height:auto;margin:0 auto;&quot; /&gt;
  &lt;figcaption style=&quot;margin-top:14px;font-size:14px;color:#8A857B;&quot;&gt;志賀勝榮所著《パンの世界：基本から最前線まで》（講談社選書メチエ），林桑傳給我的那本書。&lt;/figcaption&gt;
&lt;/figure&gt;</content:encoded><category>沉思與記憶</category><category>台日交流</category><category>麵包</category><category>發酵</category><category>職人精神</category><category>志賀勝榮</category><category>味覺的感動</category><category>緣分</category></item><item><title>Transync AI 評價：好用嗎？我整理出的免費替代方案比較</title><link>https://paulkuo.tw/articles/transync-ai-review-free-alternative/</link><guid isPermaLink="true">https://paulkuo.tw/articles/transync-ai-review-free-alternative/</guid><description>Transync AI 個人版每月 $8.99 就有 10 小時額度，是搜尋「Transync AI 評價」的人最想先知道的事：這筆錢划不划算。
我因為長期會議翻譯需求高，最後選擇用 AI 協作自建一套系統，每場會議的 API 成本壓到台幣十幾塊。
這篇把兩條路的功能、定價結構、資料控制權攤開比較，附完整比較表，幫你在按下訂閱前先想清楚自己屬於哪一種使用者。
</description><pubDate>Wed, 01 Jul 2026 00:00:00 GMT</pubDate><content:encoded>Transync AI 個人版一個月最低 $8.99，換算台幣不到三百塊，10 小時額度。乍看之下便宜到不用考慮。但我一個做業務的朋友上個月開會超時，臨時加購了一包時數才發現，這個「便宜」只是起跳價，用得愈多，帳單長得愈快。

他問我：「Transync AI 到底好不好用？值不值得付？」這篇就是我認真查完官方定價頁跟功能頁之後，給他也給你的答案。

## Transync AI 是什麼

Transync AI 是一套即時會議翻譯工具，主打近零延遲的雙向口譯，支援 60 種語言，裝在手機、電腦、Zoom、Teams、Google Meet 都能用。核心賣點是三件事：即時翻譯、雙屏字幕對照、AI 自動產出會議摘要。

定價分三層。免費版註冊送 40 分鐘完整功能試用；個人版每月 $8.99，含 10 小時使用時數；企業版每座位每月 $24.99，含 40 小時，超過額度後費用會從組織的共用額度裡扣，官方也提供加購時數包（10 小時 $7.99、30 小時 $22.99、100 小時 $69.99，依官方頁面所示可能隨時調整）。

## 客觀來看，它的優點很扎實

**開箱成本低。** 免費版就能用滿 40 分鐘的完整功能，不用先掏錢試水溫，這對第一次評估工具的人很友善。

**產品整合度高。** 即時翻譯、字幕、會議摘要、關鍵字與情境校準這幾個功能，不是分開的外掛，而是同一套流程裡順順跑完，用起來不需要在不同工具間切換。

**對非工程背景的使用者友善。** 裝好 App、選個語言就能開會，不用碰 API、不用寫程式、不用理解語音辨識引擎怎麼選。如果你要的就是「打開就能用」，這點是它最大的價值。

## 但限制也同樣明確

**長期或多人使用的成本會隨用量疊高。** 個人版 10 小時額度對輕度使用者夠用，但如果你一週開會超過 3 小時，很快就會碰到方案上限，接下來就是升級到企業版或另外加購時數。

**客製化與資料控制權有限。** 它是一套黑盒服務：不能自己選語音辨識引擎、不能依語言拆分處理流程去壓低成本、也沒辦法把資料留在自己的伺服器上。這對一般使用者不是問題，但對在意資料主權的團隊，這是一條硬性限制。

**隱私與資料保存條款需要自行確認最新版本。** 官方頁面寫「資料不用於 AI 訓練」，企業版也提到符合 GDPR、ISO 27001，SOC 2 Type II 目前仍在稽核中。這些都是好的方向，但條款會更新，真的要簽企業合約前，務必自己核對官網當下的最新版本，不要只看評測文章的舊資訊。

## 我自己選了另一條路

我開會的頻率比一般使用者高很多，台日、中英、偶爾還有東南亞夥伴，一個月的會議時數遠超過個人版的額度。算過幾輪之後，我決定自己做一套：用 Claude Haiku 4.5 做翻譯，搭配 Groq、Qwen3-ASR、Deepgram 三種語音辨識引擎，依語言自動切換，把每一種語言的辨識成本都壓到最低。

完整的技術拆解和踩坑紀錄，我寫在[$0 自建即時會議翻譯替代方案](/articles/ai-collab-realtime-translator/)這篇裡：一場一小時的中英會議，API 成本大約台幣 16 元，沒有月費，多開一場就是多花那一場的實際成本，不是多買一包時數。

![三路語音辨識路由架構，依語言自動切換 Groq、Qwen3-ASR、Deepgram](/images/articles/ai-collab-realtime-translator-stt-routing.png)

圖：自建方案的語音辨識路由架構。不同語言走不同引擎，是壓低成本的關鍵設計，也是 Transync AI 這種一體化服務做不到的彈性。

## Transync AI vs. 自建方案，攤開來比

| 比較項目 | Transync AI | 自建方案 |
|---|---|---|
| 費用 | 個人版 $8.99/月（10 小時），超額另計 | 無月費，按實際 API 用量計費（約台幣 16 元/小時，中英會議） |
| 設定難度 | 低，下載 App 登入即可 | 高，需要串接語音辨識與翻譯 API、部署後端 |
| 上手速度 | 幾分鐘 | 需要開發時間（本文作者花數週打磨） |
| 客製化 | 低，功能與流程由官方決定 | 高，可自選引擎、自訂術語表、自訂介面 |
| 隱私與資料控制 | 依官方條款，資料經第三方服務處理 | 高，資料流向與保存政策自己決定 |
| 適合對象 | 不想碰技術、需要快速上手的個人或小團隊 | 有基礎技術能力或找到 AI 協作方式、在意成本透明與資料自主的人 |

## Transync AI 好用嗎？看你是哪一種使用者

如果你偶爾才需要跨語言開會，一個月用不到 10 小時，Transync AI 划算：免安裝門檻低、功能齊全，不用自己維護任何東西。

如果你是長期高頻使用者，每週開會時數穩定偏高，先拿官方的加購時數包試算一下自己的月成本，再跟自建方案的邊際成本比一次，通常會發現差距比想像中大。

如果你本身有工程背景，或者願意用 AI 協作的方式把問題拆解清楚（不需要會寫程式，但要能把需求講清楚），自建方案值得認真考慮：長期成本更低，資料也留在自己手上。

如果你的會議內容涉及企業機密或客戶資料，不管選哪一條路，都先把資料保存與第三方處理條款讀一遍，這件事沒有捷徑，也不該交給任何一篇評測文章替你確認。

Transync AI 不是不好，它把「開箱即用」這件事做得很順。只是順不等於划算，划算也不等於適合你。訂閱前先算一次自己的真實用量，比看任何一篇評價都準。</content:encoded><category>智能與秩序</category><category>Transync AI</category><category>即時翻譯</category><category>AI會議工具</category><category>開源替代方案</category><category>AI協作</category><category>會議翻譯工具比較</category><category>資料隱私</category></item><item><title>AI 抓得到平均，抓不到你</title><link>https://paulkuo.tw/articles/ai-cannot-fake-you/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-cannot-fake-you/</guid><description>系列第三篇，也是最深的一篇。
去 AI 味的工具只能到「模式層」：可歸納、可窮舉、可自動化。
但人味在「非模式層」、抓不住的那一塊，工具到不了，AI 也學不走。
這篇談平均臉、撞臉的反諷、檢測器為什麼冤枉認真的人，
以及一個誠實的問題：作者自己也用 AI，這不矛盾嗎？
</description><pubDate>Tue, 30 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：去 AI 味的工具只能到「模式層」：可歸納、可窮舉、可自動化。但人味在抓不住的非模式層，工具到不了，AI 也學不走。AI 學得走你的風格，學不走你的精髓；越靠近統計平均越好讀，也越誰都不像自己。

&gt; 「機械複製時代凋萎的，是靈光。」
&gt; ——班雅明

AI 越強，文章越容易寫得順。可是太順的文字，常常也少了一點人味。

原因不難懂。越強的模型，越會挑那個「最可能出現的字」，每一步都挑最安全的選項，整篇就順得沒有意外。但人味往往藏在那些「不太可能」的選擇裡：一個停頓、一個不合比例的細節、一句只有你會那樣說的話。它不在能被歸納的地方，而在規則收不住、模型學不完的細節裡。

## 標準好看的盡頭，是誰都不像自己

這有點像 AI 生成的人臉。五官比例都對，挑不出哪裡錯，可是你就是覺得那不是一個真人。因為它畫的是所有臉的平均。

一張真臉之所以是「那個人」，靠的是它偏離標準的地方：歪一點的笑、不對稱的眉、某個角度才看得到的神情。文字也一樣。AI 寫的句子哪裡都對，就是不是你。對得太均勻，就會有種塑膠味。

這不只是比喻。[心理學研究發現](https://journals.sagepub.com/doi/abs/10.1111/j.1467-9280.1996.tb00338.x)，人覺得「好看」的臉，往往就是最接近平均的那張；[越靠近統計上的平均，越討喜](https://www.pnas.org/doi/full/10.1073/pnas.1912343117)。而 AI 寫句子的原理，正是每一步都挑「統計上最可能的字」。平均臉跟平均句，背後是同一個機制：挑最典型的。好看、好讀，都是「太典型」的副產品。可是典型的盡頭，就是誰都不像自己。

## AI 學得走你的風格，學不走你的精髓

這裡要分清楚兩件事。

你的寫作裡，有一部分可以被歸納：你愛用的詞、慣用的句法、固定的節奏。這部分 AI 學得走。它模仿一個人的「風格」，抓的就是這一層，餵夠了你的文章，它能寫得有幾分像你。

但還有一部分歸納不出來：為什麼這裡要停一下、為什麼挑這個比喻、為什麼這句話寧可不工整。這些選擇背後是你的判斷、你的經歷、你當下的分寸。那是你的精髓，AI 學不走。

所以一句話：AI 學得走你的風格，學不走你的精髓。[第一篇](/articles/quitting-ai-flavor)那句「最難戒的 AI 味，是最像我的地方」，講的就是風格這層跟平均撞上了；真正不會撞的，是精髓那層。

## 去味工具越普及，文章越撞臉

於是只把 [AI 味](/topics/ai/)去乾淨，不夠。

當大家都用同一批去味工具、背後又是同一個模型，去出來的「乾淨」也會是同一種乾淨。這是它的反諷：去 AI 味的工具越普及，文章反而越像。就像整形，照同一套黃金比例修，修出一整排撞臉的美。

乾淨只是基本盤。乾淨之後還認不認得出是你，靠的是你自己補回去的那一塊，不是工具。工具負責拿掉不屬於你的那些；屬於你的那部分，得你自己長出來。

## 檢測器冤枉的，常常是最認真的人

這也解釋了為什麼 AI 檢測器靠不住。

它抓的是模式層的特徵：用字太可預測、句長太平均。問題是，寫得最用心、改得最仔細的人類文章，剛好也乾淨、也工整、也可預測。所以檢測器最容易冤枉的，往往是那些最認真的人，不是 AI。

[史丹佛 2023 年一份研究](https://arxiv.org/abs/2304.02819)把幾個主流檢測器拿來測：母語者的英文文章幾乎全判對，但非母語者的 TOEFL 作文，有六成被誤判成 AI。原因正是非母語寫作用字較保守、結構較簡單，剛好落進「太可預測」的特徵裡。更諷刺的是，把那些作文改得更花俏、更像 AI 愛用的詞，誤判率反而大幅下降。檢測器懲罰的，其實是還沒被磨平的真實聲音。

也不是只有非母語者中招。[另一份研究](https://pmc.ncbi.nlm.nih.gov/articles/PMC11179998/)讓 22 位評審盲讀一篇 AI 稿和一篇人稿，結果只有 12 個人認出 AI，還有 4 個把人稿錯當成 AI。連專業評審都未必分得出來。

檢測器給的是一個機率分數，不是證據。把判斷外包給一個會冤枉認真人的工具，等於用它的盲點換掉自己的眼睛。

## 那你自己呢？

講到這裡你可能想問：那你不也是重度用 AI 寫作？

沒錯。但我把該自己做的留住了。AI 幫我去味、幫我擴想法、幫我跑初稿；可是哪個觀點重要、結構怎麼搭、哪裡該放一段親身經歷，這些判斷我沒交出去。寫作這門手藝，練的就是這些。

網站上這些文章，就是這樣寫出來的：AI 可以先出草稿，但我來回改了十幾輪，每一個選擇都自己下。

一篇文章最有力的人味證據，不是它看起來像人寫，而是它經不經得起追問：改了幾版，為什麼這樣改，哪一句留下、哪一句刪掉，作者能不能說出理由。

## 能被學走的，就不是精髓

最後一個問題：AI 以後要是學會了你說的「判斷」「潤飾」，怎麼辦？

確實有研究朝這個方向走。有人發現，AI 那種「趨向平均」的毛病，可以靠[特定的提示策略部分解掉](https://arxiv.org/abs/2510.01171)，讓它輸出更多樣。模式層的同質化，技術上有救。

但我的答案還是：能被學走的那部分，本來就不是精髓。

精髓永遠是「還沒被歸納出來的那一塊」。一旦某種手法被歸納成方法、被 AI 學會，它就變成新的平均；於是又有新的、還沒被歸納的東西，重新成為人味。技術可以一直逼近模式層的邊界，但抓不住的那一塊永遠跑在前面。這條線不會停，因為人一直在往前走。

## 在 AI 時代，為什麼還要自己寫？

最後，講一個比「文章像不像你」更大的問題。

很多人怕 AI 取代寫作。但這種焦慮，其實高估了我們的腦。人腦不太擅長深度思考，它真正擅長的是看、是動作、是直覺反應。深度思考很費力，多數時候我們寧可繞過去。

問題是，AI 普及之後，有人很樂意替你省下這個力氣。平台的演算法會摸清你的認知程度，餵給你真假參半、又剛好撩動情緒的內容。過程很順、很舒服，你不太會察覺，判斷就一點一點被收割掉。

在這種環境裡，寫作的價值變了。它不再只是為了產出一篇作品，而是為了訓練你的認知肌肉。

自己把一件事想清楚、再寫下來，是維持認知複雜度最便宜的方法。它讓你不至於在演算法的餵養裡，慢慢交出自己的判斷。

所以在 AI 時代，寫作不再是為了發表，是為了保持清醒。</content:encoded><category>智能與秩序</category><category>AI 寫作</category><category>AI 味</category><category>人味</category><category>AI 檢測器</category><category>人機協作</category><category>寫作本質</category></item><item><title>去 AI 味的方法：兩條線，五項交給機器</title><link>https://paulkuo.tw/articles/de-ai-method/</link><guid isPermaLink="true">https://paulkuo.tw/articles/de-ai-method/</guid><description>上一篇講我怎麼把去 AI 味磨成流程，這篇講流程本身。
去 AI 味可以拆成兩條線：AI 味自檢（像不像機器）＋ 語句收尾（句子寫完了沒）。
五項能程式化、接進自動檢查，其餘只能人工判斷。
文末附一個通用版 skill，你可以裝來改成自己的。
</description><pubDate>Tue, 30 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：去 AI 味可以拆成兩條逐句掃的線：一條管「像不像機器」，一條管「句子寫完了沒」。五項能寫成腳本自動抓，其餘靠人判斷。但這套方法只去得了味、長不出人味，邊界就是它的誠實。

&gt; 「用對的字和用幾乎對的字，差別就像閃電和螢火蟲。」
&gt; ——馬克吐溫

我把寫作的自檢規則改到第十幾版，才看出它們其實只在問兩個問題。一個是：這句話，像不像機器寫的。另一個是：這句話，到底寫完了沒。

[上一篇](/articles/quitting-ai-flavor)講我怎麼把去 AI 味磨成一套流程。這篇講那套流程本身：它長什麼樣，哪些能交給機器，哪些只能自己來。如果你也用 [AI 輔助寫作](/topics/ai/)，這套可以直接拿去改成你自己的。

先講一個我看寫作的角度。從工程和數學來看，文字很像樂高：有限的詞、有限的語法，能組出無限的句子。這代表寫作有可以拆解、可以精進的一面。把積木的接法摸熟，表達就能一塊一塊變細膩。這篇要整理的，就是這套積木怎麼接。

## 第一條線：這句話像不像機器寫的

這條線抓的是聲音。AI 寫東西有它的慣性，幾種最常見：

**二元對比**：「不是 X，而是 Y」「不只 X，還有 Y」。這是 AI 最愛的句型。華郵分析 328,744 則 ChatGPT 訊息，光是這種否定平行，2025 年 7 月就[出現在 6% 的對話裡](https://www.washingtonpost.com/technology/interactive/2025/how-detect-chatgpt-em-dash/)。

**假主詞**：「數據說出了真相」「市場給了答案」。沒有生命的東西不會自己做事，換成具體的人或行為。

**萬用填空**：「掌握 X 就掌握了 Y 的核心競爭力」。把主詞換掉、整句還成立的，就是空話。

**假脆弱開場**：「老實說，我以前也迷惘過」。沒有細節的坦白，是裝出來的。

**儀式感結尾**：「讓我們拭目以待」「你準備好了嗎」。口號不是餘韻。

**破折號**：在現在的社群語境，密集的破折號幾乎等於 AI 指紋。

2025 到 2026 又冒出新的：紅旗詞（英文的 delve、tapestry，中文的「賦能」「打造」「值得注意的是」）、結構強迫症（每段都 signpost「以下是詳細分析」、僵化的「未來展望」收尾）、還有一種假真誠腔（諮商師語氣「你的觀察很敏銳」、用幾百字講兩句話的事）。

詞表會退流行：delve 紅過一陣就被大家戒了。所以別背詞表，看結構。底層其實是兩個東西：AI 挑最好預測的字，所以讀起來順得沒有意外；句子長度又很平均，所以節奏單調。抓這兩個根，比背一百個詞有用。

## 第二條線：這句話寫完了沒

第一條線管「像不像 AI」，第二條管完全不同的事：句子本身有沒有寫完整、夠不夠準。這條是我自己改稿改出來的，市面上的去 AI 味清單沒有這一塊。

我整理成十種，全是改稿時最常動手的地方：補主詞、把動詞收完整、標點各歸各位（頓號只連單詞，子句交給逗號）、絕對話留餘地（「驗不了」改成「很難可靠驗證」）、邏輯連接詞顯性化、口語字換精準的書面詞、規則句用規範語氣、引號規範、砍掉不幹活的形容詞、把虛胖的名詞還原成動詞（「做出決定」改成「決定」）。

十項背後的母尺只有一句：每個字都要在幹活，每個句子要收完整。

有意思的是，我自己對文章的修改，幾乎全落在這條線，不在第一條。AI 味那幾項戒掉之後就不太犯了，但「句子有沒有寫完」是永遠要盯的。

## 哪些交給機器，哪些留給人

這兩條線裡，有五項可以交給程式精準抓：對偶、破折號、頓號連發、短句連發、填充詞。我把它們寫成一支腳本，接在文章送出前自動跑。機器數數很準，這種重複的事不該靠肉眼。

但剩下的不能自動。假真誠、過度平衡、句子寫完了沒，這些要判斷語意，程式只能初篩、給提示，最後還是人看。所以這套不是「一鍵去味」，是「機器數數、人判斷」的分工。

## 分寸比清單重要

清單給你方向，但會用清單跟用壞清單的人，差在分寸。

最容易做錯的是對偶。它是 AI 味第一名，卻也可能是你的招牌。規則是一篇留一個：承載核心論點的那個留下，其餘換掉，而不是全砍。一個對偶是刀，七個是口頭禪。

有些字也不能硬砍。中文的「了」是承重的語法，照清單砍掉句子會壞。砍字有底線：精煉是把不幹活的字拿掉，不是砍到見骨。一個比喻、一句閒筆，只要它在扛現場感或人味，就留。

## 工具只做一半

講到這裡要說實話：這整套方法，只做得到一半。

回到樂高。積木能組得很細膩，卻有個天花板：它是標準件。標準件組出來的東西再精巧，也帶著樂高的樣子；大家又用同一盒積木，組久了就會撞臉。文字也一樣，同一套工具、背後同一個模型，組得再乾淨，也容易跟別人長得像。

更關鍵的是，工程上的細膩不等於有你。積木是公共的，誰都能用同一套詞和語法；但你挑哪塊、怎麼接、為什麼這樣接，那才是你的。風格不在積木裡，在選擇裡。

所以這套方法給不了你人味。乾淨之後的文章可能很標準，卻沒有溫度，也沒有你。要讓文字有溫度，靠的是見證：把論點焐熱的，是一段真正發生過的經歷，不是更多道理。那一塊清單管不到，只能你自己寫。

為什麼工具到不了那一塊，[下一篇](/articles/ai-cannot-fake-you)談。

## 這套方法，你可以直接拿去用

我把上面兩條線、十種收尾、加上那支 lint 腳本，整理成一個通用版的 skill，拿掉我個人的設定，之後會放出來讓任何人裝來改成自己的。

但在你動手之前，先記住最後那句：它只負責幫你戒掉不是你的東西。是你的那部分，得你自己長出來。</content:encoded><category>智能與秩序</category><category>AI 寫作</category><category>AI 味</category><category>自檢清單</category><category>lint</category><category>寫作方法</category><category>語句收尾</category><category>人機協作</category></item><item><title>我花三個月，戒掉自己文章裡的 AI 味</title><link>https://paulkuo.tw/articles/quitting-ai-flavor/</link><guid isPermaLink="true">https://paulkuo.tw/articles/quitting-ai-flavor/</guid><description>教你看出 AI 味的清單，現在已經滿坑滿谷。
但那些清單多半是站在讀者或檢測者的位置。

這篇反過來，講我怎麼從自己的文章裡，把 AI 味一點一點戒掉：三個月、四個階段、一支自動檢查腳本，還有幾次很誠實的反撲。

寫給所有正在用 AI 輔助寫作，但不想把自己的聲音也一起外包出去的人。
</description><pubDate>Sun, 28 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：去 AI 味是工程：可以拆成四個階段加一支自動檢查腳本，我花三個月把它逼成可重複的流程。但工具只做得到「不像機器」，做不出「像你」；最難戒的反而是對偶這種本來就屬於你的聲音，不是那些廉價的 AI 腔。

&gt; 「一個人的風格，就是他自己的畫像。」
&gt;
&gt; ——維根斯坦《文化與價值》

我盯著螢幕上第三十一個破折號，心裡有點不妙。

那是[一篇談自動化如何反過來綁住人的文章](/articles/automation-bites-back)。內容我滿意，論點也站得住。麻煩的是破折號。每隔幾行就冒出一個，拿來轉折，拿來停頓，也拿來補一句本來沒說完的話。單獨看每一個都合理。可是連在一起，整篇讀起來像機器寫的。

我只好一個一個改。能斷開的換成句號，需要補充的改成完整句子，真的需要停頓的地方才留下標點。三十一個，最後一個不留。改到那晚最後，我才想清楚：AI 味不是某一個詞的問題。它比較像一種慣性，一開始不明顯，等你發現時，已經滲進整篇文章。

那之後，我花了三個月，把「怎麼讓文章不像 AI 寫的」這件事，從憑感覺修稿，慢慢逼成一套可以重複檢查的流程。這篇講的就是這段過程，連同它反撲了幾次。

但我得先講清楚，這套方法只做一半的事。

它能把文章修到不像機器，卻不能自動修出你自己。

這有點像整形。照著黃金比例修，你可以把一張臉修到標準好看；可是標準好看的盡頭，常常就是撞臉。因為大家照的，是同一套比例。文章也一樣。用同一批去味工具，背後又是差不多的模型，最後容易磨出同一種乾淨。修辭、語氣、論述框架，甚至連文風都開始撞。文章是能讀了，但讀完不太記得是誰寫的。

所以這個系列我會分成兩半。

[工程那半](/articles/de-ai-method)，講怎麼把 AI 味削掉，我會盡量講到可以直接抄、直接裝進流程。

[另一半](/articles/ai-cannot-fake-you)，講削乾淨之後，文章怎麼重新長出你自己。那件事比較慢，得靠手練，沒有捷徑。

## 看出 AI 味不難，戒掉才難

教你認出 AI 味的文章，現在已經多到滿出來。紅旗字、破折號、否定平行、假真誠開場，每一種特徵都有人列得清清楚楚。這些清單有用，但它們站的位置都一樣：讀者，或檢測者。你拿著清單去看別人的東西。

但自己戒，是另一回事。

你要抓的是自己的慣性，不是別人的習慣。更麻煩的是，[AI 輔助寫作](/topics/ai/)會慢慢學會你的聲音。當它吐出來的句子，剛好長得像你平常會寫的句型，清單就失效了。因為那一條，你會自動放行。

我繞了一圈才看懂：最難戒的 AI 味，不是最不像我的地方，而是最像我的地方。

## 第一階段：憑感覺，用眼睛掃

一開始的方法很土。完稿後自己掃一遍，看到眼熟的 AI 句型就改。我先列了一張清單，裡面有六種模式：二元對比、遞進三連、假主詞、萬用填空、假脆弱開場、儀式感結尾。每篇上線前，就照著這張表掃一次。

這套撐了一陣子。破折號是後來才補進去的。那陣子大量 AI 生成的文章都帶著破折號，而我自己那篇的第一版就有三十一個。前面掃過好幾遍我都放過了。我看到了，只是一開始不覺得那是問題。

清單從六項變七項。但我心裡有數，靠眼睛總有漏的。

## 第二階段：人會漏，尤其會漏掉最像自己的那一項

後來我乾脆做了一次普查。挑十篇已經上線的文章，照著清單，一項一項數。

結果很有意思。那些比較廉價的 AI 味，像假主詞、萬用填空、假脆弱開場、儀式感結尾，十篇全部歸零。早就戒乾淨了。破折號也壓得住，新的文章都是零，只剩更早的舊文還超標。

真正戒不掉的是二元對比，也就是「不是 X，而是 Y」那種句型。它在最新的文章裡還是會冒出來，單篇最高七次。

為什麼偏偏這一項最難戒？老實說，不能全賴 AI。對偶本來就是我的老習慣。我的思考常靠結構性的對照在推進。像「這不是個人問題，是系統問題」這類框架，是我常用的打法。對偶只是這種思考最順手的容器。

可是一個對偶是把刀，七個對偶就變成口頭禪。口頭禪會把刀磨鈍。承載核心論點的那一個，值得留下。其餘六個，多半只是慣性。要換成問句，換成直述，或者換成任何可以跳出那個模子的說法。

這次普查讓我認了：能交給程式抓的，就不要再假裝自己眼睛很利。後來我把抓得準的五項寫成一支腳本：對偶、破折號、頓號連發、短句連發、填充詞。它們被接進文章送出前的自動檢查。這支腳本，加上前面那張手檢清單，慢慢湊成了我自己的一套寫作 skill。

機器適合數數，人適合判斷。能數的交給機器，需要判斷的，才留給自己。

## 第三階段：不只去 AI 味，還要養回人味

這套 skill 上線後，我看到自己一直在做減法。抓出 AI 味，刪掉；再抓，再刪。可是減法有盡頭。一篇文章可以乾淨到幾乎看不出 AI 痕跡，讀起來卻還是冷的。

我發現，我把「精煉」理解錯了。精煉不是把字數壓到最低。一篇文章的廢話感，多半不在長度，在於有些字根本沒在幹活。一個比喻、一句閒筆、一個身體的細節，只要它有在扛東西，不管扛的是節奏、現場感，還是人味，它就該留下來。你以為砍掉的是贅字，有時候砍掉的是體溫。

文章夠乾淨之後，缺的就是溫度。

我的預設寫法是解說，把觀點拆成一條一條論證。這是強項，但它也有代價：論述天生偏冷。

讓文字有溫度的，是見證，不是更多道理。把經歷搬演成一個有場景、有身體、有起伏的片刻。讀者會對正在發生的事情有反應，卻很難對一串命題有感覺。

這不是要把整篇文章改成隨筆。我的做法是：論述仍然當骨架，但每篇可以找一些段落，放進真正發生過的故事，讓論點有一點熱度。

我寫過[一篇談世界觀的文章](/articles/world-outlook-2030)，整篇都在講道理。後來回頭看，有體溫的，反而是寫到「每個月的水電帳單」，最多人有感的是文章落到生活裡。人記得的往往是那段生活感，不是那些道理。

到這一步，我才想通自檢到底在幹嘛。它的目的不在刪字，在於把那些「默認跑出來的形式」，重新變成「被我選過的形式」。

## 第四階段：把它固定下來，不靠記憶

最後一步，是讓這套東西不要隨時間被我忘掉，也不要因為換了寫作場景就失效。

我把所有寫作品質規則收進同一個地方，當成唯一來源。長文、社群貼文、其他場合，只要談到寫作品質，都指回這裡，不再到處各抄一份。我也補上一條以前常漏掉的線：語句收尾。AI 味自檢管的是：聲音像不像機器。語句收尾管的是：句子有沒有寫完，意思夠不夠準。我把它整理成十種類型：補主詞、收動詞、標點各歸各位、把虛胖的名詞還原成動詞。這些都是我改自己稿子時，最常動手的地方。

後來我連翻譯也納進來。中文主稿已經砍掉對偶，英文版的「not X, but Y」還是會回魂。那是另一層語言習慣，中文稿管不到。所以我替英文和日文各掛了一張負面清單，翻譯時自動帶上，避免那些句型換個語言又偷偷復活。

## 去 AI 味不只是潤稿工程，也是一門手藝

回頭看，這三個月最大的收穫是更看懂了寫作的本質，而不是多學了哪一條規則。

去 AI 味不會有真正「做完」的一天。你戒掉破折號，對偶還在。你壓下對偶，翻譯又冒出來。模型一升級，新的腔調又來了。

寫作是工程流水線，也是手藝的練習：有版本紀錄，有自動檢查，但最後還是人的判斷，因為寫作本質上是練習思考，是跟讀者對話，是思維的成人禮。

寫文時我會問自己：我想傳遞什麼訊號？我要跟誰對話？在浩瀚的知識汪洋中，我能貢獻什麼？AI 可以快速給各種意見，但我自己決定怎麼呈現。

開頭那篇文章裡的三十一個破折號，當時我一個一個手動改；這種事現在都交給腳本批次處理了。再看到破折號，我想的已經不是它像不像 AI 寫的。我會問自己：拿掉之後，留下來的文字，會不會更像我？還是說，我只是用 AI 假冒了一個不是我的人設？</content:encoded><category>智能與秩序</category><category>AI 寫作</category><category>AI 味</category><category>人機協作</category><category>寫作流程</category><category>寫作品質</category><category>自檢清單</category><category>lint</category></item><item><title>當 AI 開始打造自己</title><link>https://paulkuo.tw/articles/when-ai-builds-ai/</link><guid isPermaLink="true">https://paulkuo.tw/articles/when-ai-builds-ai/</guid><description>這是我把 Anthropic Institute〈When AI builds itself〉用中文好好走過一遍的導讀，不是逐句翻譯。我不是這個領域跑在最前面的人，他們才是；所以這篇的知識框架盡量忠於原文，把他們看到的證據、連同他們自己放上的但書，一塊講清楚。我自己的話，只放在最後一小段。
會想寫這篇，是因為原文那條論證骨架（一條會隨捲動往上爬、最後留個問號的梯子）跟它背後的數據，值得更多中文讀者好好讀進去。
</description><pubDate>Sun, 28 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** Anthropic 公布內部數據：工程師每季交付的程式碼是幾年前的八倍、超過八成由 Claude 寫成、最難的開放式任務成功率半年內從個位數衝到 76%。AI 加速 AI 自己的開發已經是現在進行式；完全的遞迴自我改進還沒到、也非注定，但可能比多數機構準備好的時間更早。這篇忠實走一遍他們的論證，我的話只放最後。

&gt; 「整體的速度，被沒有跟著加速的那一段決定。」
&gt;
&gt; ——阿姆達爾定律

先給你一個數字，你可以停一下：今天 Anthropic 的工程師，平均每一季交付的程式碼，是 2021 到 2025 那段時間的八倍。

不是快一點。是八倍。

這個數字背後，是一件正在發生的事：Anthropic 把越來越多「開發 AI」的工作，交給 AI 自己做。過去 AI 開發的每一步都是人在推，現在人推的比例正在快速下降。推到極端，就是一個系統能完全自主地設計、訓練出比自己更強的下一代，那個下一代再造下一代。這件事有個正式名字，叫遞迴自我改進（recursive self-improvement）。Anthropic 自己說：我們還沒到那一步，它也不是注定會發生，但它可能比多數機構準備好的時間，來得更早。

這篇是我把 Anthropic Institute 那篇〈[When AI builds itself](https://www.anthropic.com/institute/recursive-self-improvement)〉好好讀完、用中文走一遍。我不是這個領域跑在最前面的人，他們才是，所以這篇的骨架我盡量忠於原文，把他們看到的東西、連同他們自己放上的但書，一塊講清楚。我自己的話，留到最後一小段。

## 那條越爬越高的梯子

原文一開頭，用一段會隨著你往下捲動而推進的動畫，把「AI 在開發流程裡的角色」一階一階往上畫。最早，是人坐在筆電前敲程式碼、寫文件，跟任何一間科技公司沒兩樣（2021 到 2023）。接著，人開始用早期的聊天機器人生一小段程式碼，再自己複製貼上回編輯器（2023 到 2025）。再來，編碼代理變強了，能自己讀寫、修改程式碼，有時候整個檔案一次搞定（2025 到 2026）。到今天，自主代理已經能自己跑程式、自己驗證，還能把好幾個小時的工作，再外包給別的代理。

梯子的最後一格，寫著「閉環」，旁邊是個問號：未來的代理可能強到能自己打造、訓練模型，Claude 的下一代，由 Claude 自己改出來。

這條梯子是整篇的骨架。它把一個很抽象、很容易講成空話的主張（AI 越來越會自己造 AI），變成你身體要捲著螢幕、一格一格通過的東西。而最後那一格的問號是故意的：那是還沒有答案的一格，整篇的張力都掛在那裡。

&lt;style&gt;
.ev{--paper:#F0EBDF;--band:#E9E2D2;--ink:#213243;--muted:#6E7A86;--lbl:#8A7E69;--line:#D8CDB8;--accent:#C2622E;--sans:&apos;Noto Sans TC&apos;,&apos;PingFang TC&apos;,&apos;Microsoft JhengHei&apos;,-apple-system,sans-serif;background:var(--paper);border:1px solid var(--line);border-radius:16px;overflow:hidden;color:var(--ink);font-family:var(--sans);margin:1.5em 0}
.ev-head{padding:24px 28px 6px}
.ev-kick{font-size:11px;letter-spacing:.2em;text-transform:uppercase;color:var(--accent);font-weight:700}
.ev-title{margin:11px 0 0;font-size:21px;font-weight:700;line-height:1.45;color:#213243}
.ev-subt{margin:8px 0 0;font-size:13px;color:var(--muted);line-height:1.6}
.ev-rows{padding:14px 22px 6px}
.ev-row{background:var(--band);border-radius:14px;padding:16px 18px;margin:9px 0;opacity:0;transform:translateY(10px);animation:evIn .55s ease forwards;animation-delay:calc(var(--d)*.13s)}
@keyframes evIn{to{opacity:1;transform:none}}
.ev-chain{display:flex;align-items:center;gap:7px;flex-wrap:nowrap}
.ev-cell{display:flex;flex-direction:column;align-items:center;gap:5px;flex:none;width:72px;align-self:flex-start}
.ev-cell:has(.ev-grid){width:auto}
.ev-cell .ic{width:32px;height:32px;display:block}
.ev-cell b{font-size:10px;font-weight:600;color:var(--lbl);white-space:normal;text-align:center;line-height:1.25}
.ev-cell.new b{color:var(--accent)}
.ev-ar{flex:none;width:16px;height:2px;background:var(--accent);position:relative;opacity:.85;align-self:flex-start;margin-top:16px}
.ev-ar::after{content:&quot;&quot;;position:absolute;right:-1px;top:-3px;border-left:6px solid var(--accent);border-top:4px solid transparent;border-bottom:4px solid transparent}
.ev-track{flex:1 1 auto;min-width:12px;height:2px;background:linear-gradient(90deg,var(--accent),#D8A77F);align-self:flex-start;margin-top:16px}
.ev-model{flex:none;align-self:center;width:72px;display:flex;justify-content:center;align-items:center}
.ev-model .burst{display:block;height:auto}
.ev-grid{display:grid;gap:3px}
.ev-grid.g6{grid-template-columns:repeat(3,1fr)}.ev-grid.g14{grid-template-columns:repeat(7,1fr)}
.ev-grid .wic{width:15px;height:15px;display:block}
.ev-era{margin-top:11px;font-size:11.5px;color:var(--muted);letter-spacing:.02em;line-height:1.5}
.ev-last{background:#EBE2CF}
.ev-loop{margin-top:12px;display:flex;align-items:center;gap:10px}
.ev-loopline{flex:none;width:30px;height:16px;border:2px solid var(--accent);border-right:none;border-radius:8px 0 0 8px;position:relative}
.ev-loopline::before{content:&quot;&quot;;position:absolute;left:-1px;top:-4px;border-bottom:6px solid var(--accent);border-left:4px solid transparent;border-right:4px solid transparent}
.ev-looplbl{font-size:12px;color:var(--accent);font-weight:600}
.ev-foot{padding:10px 28px 16px;font-size:10.5px;color:#A99B82;border-top:1px solid var(--line);margin-top:6px}
.ch{--paper:#F0EBDF;--ink:#213243;--muted:#6E7A86;--lbl:#8A7E69;--line:#D8CDB8;--accent:#C2622E;background:var(--paper);border:1px solid var(--line);border-radius:16px;overflow:hidden;font-family:&apos;Noto Sans TC&apos;,&apos;PingFang TC&apos;,-apple-system,sans-serif;padding:22px 26px 18px;margin:1.5em 0}
.ch-kick{font-size:11px;letter-spacing:.2em;text-transform:uppercase;color:#C2622E;font-weight:700}
.ch-title{margin:9px 0 0;font-size:19px;font-weight:700;line-height:1.4;color:#213243}
.ch-sub{margin:6px 0 0;font-size:12px;color:#6E7A86;line-height:1.5}
.ch-legend{display:flex;flex-wrap:wrap;gap:14px;margin-top:11px;font-size:12px;color:#3C4A57}
.ch-legend span{display:flex;align-items:center;gap:6px}.ch-legend i{width:12px;height:4px;border-radius:2px;display:block}
.ch svg{width:100%;height:auto;display:block;margin-top:8px}
.ch-foot{font-size:10.5px;color:#A99B82;margin-top:8px;border-top:1px solid #D8CDB8;padding-top:8px}
&lt;/style&gt;
&lt;svg width=&quot;0&quot; height=&quot;0&quot; style=&quot;position:absolute&quot; aria-hidden=&quot;true&quot;&gt;&lt;defs&gt;
  &lt;symbol id=&quot;wai-person&quot; viewBox=&quot;0 0 32 32&quot;&gt;&lt;circle cx=&quot;16&quot; cy=&quot;12&quot; r=&quot;6&quot; fill=&quot;none&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2.2&quot;/&gt;&lt;path d=&quot;M6 28 a10 9 0 0 1 20 0&quot; fill=&quot;none&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2.2&quot; stroke-linecap=&quot;round&quot;/&gt;&lt;/symbol&gt;
  &lt;symbol id=&quot;wai-laptop&quot; viewBox=&quot;0 0 32 32&quot;&gt;&lt;rect x=&quot;7&quot; y=&quot;8&quot; width=&quot;18&quot; height=&quot;12&quot; rx=&quot;1.5&quot; fill=&quot;#fff&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2.2&quot;/&gt;&lt;path d=&quot;M4 24 L28 24 L25 20 L7 20 Z&quot; fill=&quot;#fff&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2.2&quot; stroke-linejoin=&quot;round&quot;/&gt;&lt;/symbol&gt;
  &lt;symbol id=&quot;wai-chat&quot; viewBox=&quot;0 0 32 32&quot;&gt;&lt;rect x=&quot;6&quot; y=&quot;7&quot; width=&quot;20&quot; height=&quot;14&quot; rx=&quot;5&quot; fill=&quot;#fff&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2.2&quot;/&gt;&lt;path d=&quot;M12 21 L12 26 L17 21 Z&quot; fill=&quot;#fff&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2.2&quot; stroke-linejoin=&quot;round&quot;/&gt;&lt;circle cx=&quot;16&quot; cy=&quot;14&quot; r=&quot;2.4&quot; fill=&quot;#C2622E&quot;/&gt;&lt;/symbol&gt;
  &lt;symbol id=&quot;wai-robot&quot; viewBox=&quot;0 0 32 32&quot;&gt;&lt;line x1=&quot;16&quot; y1=&quot;4&quot; x2=&quot;16&quot; y2=&quot;8&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2&quot;/&gt;&lt;circle cx=&quot;16&quot; cy=&quot;3.6&quot; r=&quot;1.8&quot; fill=&quot;#C2622E&quot;/&gt;&lt;rect x=&quot;7&quot; y=&quot;8&quot; width=&quot;18&quot; height=&quot;15&quot; rx=&quot;5&quot; fill=&quot;#fff&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2.2&quot;/&gt;&lt;circle cx=&quot;12.5&quot; cy=&quot;15&quot; r=&quot;2.1&quot; fill=&quot;#C2622E&quot;/&gt;&lt;circle cx=&quot;19.5&quot; cy=&quot;15&quot; r=&quot;2.1&quot; fill=&quot;#C2622E&quot;/&gt;&lt;line x1=&quot;13&quot; y1=&quot;19.5&quot; x2=&quot;19&quot; y2=&quot;19.5&quot; stroke=&quot;#213243&quot; stroke-width=&quot;1.8&quot; stroke-linecap=&quot;round&quot;/&gt;&lt;line x1=&quot;7&quot; y1=&quot;14&quot; x2=&quot;4.5&quot; y2=&quot;14&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2&quot; stroke-linecap=&quot;round&quot;/&gt;&lt;line x1=&quot;25&quot; y1=&quot;14&quot; x2=&quot;27.5&quot; y2=&quot;14&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2&quot; stroke-linecap=&quot;round&quot;/&gt;&lt;/symbol&gt;
  &lt;symbol id=&quot;wai-bot&quot; viewBox=&quot;0 0 24 24&quot;&gt;&lt;rect x=&quot;4&quot; y=&quot;5&quot; width=&quot;16&quot; height=&quot;14&quot; rx=&quot;4.5&quot; fill=&quot;#fff&quot; stroke=&quot;#213243&quot; stroke-width=&quot;2&quot;/&gt;&lt;circle cx=&quot;9&quot; cy=&quot;12&quot; r=&quot;1.9&quot; fill=&quot;#C2622E&quot;/&gt;&lt;circle cx=&quot;15&quot; cy=&quot;12&quot; r=&quot;1.9&quot; fill=&quot;#C2622E&quot;/&gt;&lt;/symbol&gt;
&lt;/defs&gt;&lt;/svg&gt;
&lt;div class=&quot;ev&quot;&gt;
  &lt;div class=&quot;ev-head&quot;&gt;
    &lt;div class=&quot;ev-kick&quot;&gt;演化時間軸&lt;/div&gt;
    &lt;h3 class=&quot;ev-title&quot;&gt;每一階，都把更多「開發 AI」的工作，交給 AI&lt;/h3&gt;
    &lt;p class=&quot;ev-subt&quot;&gt;鏈條一列一列往下疊：人始終是左邊那一個，代理越長越多，右側模型節點越來越大、越來越密，到最後一群代理協作、迴圈接回自己。&lt;/p&gt;
  &lt;/div&gt;
  &lt;div class=&quot;ev-rows&quot;&gt;
    &lt;div class=&quot;ev-row&quot; style=&quot;--d:0&quot;&gt;&lt;div class=&quot;ev-chain&quot;&gt;
      &lt;span class=&quot;ev-cell&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-person&quot;/&gt;&lt;/svg&gt;&lt;b&gt;人&lt;/b&gt;&lt;/span&gt;&lt;span class=&quot;ev-ar&quot;&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-cell new&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-laptop&quot;/&gt;&lt;/svg&gt;&lt;b&gt;電腦&lt;/b&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-track&quot;&gt;&lt;/span&gt;&lt;span class=&quot;ev-model&quot;&gt;&lt;svg class=&quot;burst&quot; data-l=&quot;1&quot; viewBox=&quot;0 0 53.2 53.2&quot; xmlns=&quot;http://www.w3.org/2000/svg&quot;&gt;&lt;circle cx=&quot;26.6&quot; cy=&quot;26.6&quot; r=&quot;21.6&quot; fill=&quot;#FFFFFF&quot; stroke=&quot;#E6DBC6&quot; stroke-width=&quot;1.4&quot;/&gt;&lt;rect x=&quot;14.8&quot; y=&quot;14.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.40&quot;/&gt;&lt;rect x=&quot;14.8&quot; y=&quot;24.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.70&quot;/&gt;&lt;rect x=&quot;14.8&quot; y=&quot;34.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.40&quot;/&gt;&lt;rect x=&quot;19.7&quot; y=&quot;19.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.91&quot;/&gt;&lt;rect x=&quot;19.7&quot; y=&quot;24.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;19.7&quot; y=&quot;29.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.91&quot;/&gt;&lt;rect x=&quot;24.6&quot; y=&quot;14.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.70&quot;/&gt;&lt;rect x=&quot;24.6&quot; y=&quot;19.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;24.6&quot; y=&quot;24.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;24.6&quot; y=&quot;29.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;24.6&quot; y=&quot;34.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.70&quot;/&gt;&lt;rect x=&quot;29.5&quot; y=&quot;19.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.91&quot;/&gt;&lt;rect x=&quot;29.5&quot; y=&quot;24.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;29.5&quot; y=&quot;29.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.91&quot;/&gt;&lt;rect x=&quot;34.4&quot; y=&quot;14.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.40&quot;/&gt;&lt;rect x=&quot;34.4&quot; y=&quot;24.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.70&quot;/&gt;&lt;rect x=&quot;34.4&quot; y=&quot;34.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.40&quot;/&gt;&lt;/svg&gt;&lt;/span&gt;
    &lt;/div&gt;&lt;div class=&quot;ev-era&quot;&gt;2021–2023 · 人自己寫程式碼&lt;/div&gt;&lt;/div&gt;
    &lt;div class=&quot;ev-row&quot; style=&quot;--d:1&quot;&gt;&lt;div class=&quot;ev-chain&quot;&gt;
      &lt;span class=&quot;ev-cell&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-person&quot;/&gt;&lt;/svg&gt;&lt;b&gt;人&lt;/b&gt;&lt;/span&gt;&lt;span class=&quot;ev-ar&quot;&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-cell&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-laptop&quot;/&gt;&lt;/svg&gt;&lt;b&gt;電腦&lt;/b&gt;&lt;/span&gt;&lt;span class=&quot;ev-ar&quot;&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-cell new&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-chat&quot;/&gt;&lt;/svg&gt;&lt;b&gt;聊天機器人&lt;/b&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-track&quot;&gt;&lt;/span&gt;&lt;span class=&quot;ev-model&quot;&gt;&lt;svg class=&quot;burst&quot; data-l=&quot;2&quot; viewBox=&quot;0 0 66.4 66.4&quot; xmlns=&quot;http://www.w3.org/2000/svg&quot;&gt;&lt;circle cx=&quot;33.2&quot; cy=&quot;33.2&quot; r=&quot;28.2&quot; fill=&quot;#FFFFFF&quot; stroke=&quot;#E6DBC6&quot; stroke-width=&quot;1.4&quot;/&gt;&lt;rect x=&quot;11.6&quot; y=&quot;31.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.40&quot;/&gt;&lt;rect x=&quot;16.5&quot; y=&quot;31.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.66&quot;/&gt;&lt;rect x=&quot;21.4&quot; y=&quot;21.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.70&quot;/&gt;&lt;rect x=&quot;21.4&quot; y=&quot;31.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.92&quot;/&gt;&lt;rect x=&quot;21.4&quot; y=&quot;41.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.70&quot;/&gt;&lt;rect x=&quot;26.3&quot; y=&quot;26.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;26.3&quot; y=&quot;31.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;26.3&quot; y=&quot;36.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;31.2&quot; y=&quot;11.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.40&quot;/&gt;&lt;rect x=&quot;31.2&quot; y=&quot;16.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.66&quot;/&gt;&lt;rect x=&quot;31.2&quot; y=&quot;21.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.92&quot;/&gt;&lt;rect x=&quot;31.2&quot; y=&quot;26.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;31.2&quot; y=&quot;31.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;31.2&quot; y=&quot;36.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;31.2&quot; y=&quot;41.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.92&quot;/&gt;&lt;rect x=&quot;31.2&quot; y=&quot;45.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.66&quot;/&gt;&lt;rect x=&quot;31.2&quot; y=&quot;50.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.40&quot;/&gt;&lt;rect x=&quot;36.1&quot; y=&quot;26.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;36.1&quot; y=&quot;31.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;36.1&quot; y=&quot;36.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;41.0&quot; y=&quot;21.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.70&quot;/&gt;&lt;rect x=&quot;41.0&quot; y=&quot;31.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.92&quot;/&gt;&lt;rect x=&quot;41.0&quot; y=&quot;41.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.70&quot;/&gt;&lt;rect x=&quot;45.9&quot; y=&quot;31.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.66&quot;/&gt;&lt;rect x=&quot;50.8&quot; y=&quot;31.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.40&quot;/&gt;&lt;/svg&gt;&lt;/span&gt;
    &lt;/div&gt;&lt;div class=&quot;ev-era&quot;&gt;2023–2025 · 人請聊天機器人幫忙生程式碼&lt;/div&gt;&lt;/div&gt;
    &lt;div class=&quot;ev-row&quot; style=&quot;--d:2&quot;&gt;&lt;div class=&quot;ev-chain&quot;&gt;
      &lt;span class=&quot;ev-cell&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-person&quot;/&gt;&lt;/svg&gt;&lt;b&gt;人&lt;/b&gt;&lt;/span&gt;&lt;span class=&quot;ev-ar&quot;&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-cell&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-chat&quot;/&gt;&lt;/svg&gt;&lt;b&gt;聊天機器人&lt;/b&gt;&lt;/span&gt;&lt;span class=&quot;ev-ar&quot;&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-cell new&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-robot&quot;/&gt;&lt;/svg&gt;&lt;b&gt;編碼代理&lt;/b&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-track&quot;&gt;&lt;/span&gt;&lt;span class=&quot;ev-model&quot;&gt;&lt;svg class=&quot;burst&quot; data-l=&quot;3&quot; viewBox=&quot;0 0 79.6 79.6&quot; xmlns=&quot;http://www.w3.org/2000/svg&quot;&gt;&lt;circle cx=&quot;39.8&quot; cy=&quot;39.8&quot; r=&quot;34.8&quot; fill=&quot;#FFFFFF&quot; stroke=&quot;#E6DBC6&quot; stroke-width=&quot;1.4&quot;/&gt;&lt;rect x=&quot;13.3&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.43&quot;/&gt;&lt;rect x=&quot;18.2&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.64&quot;/&gt;&lt;rect x=&quot;23.1&quot; y=&quot;23.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.59&quot;/&gt;&lt;rect x=&quot;23.1&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.84&quot;/&gt;&lt;rect x=&quot;23.1&quot; y=&quot;52.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.59&quot;/&gt;&lt;rect x=&quot;28.0&quot; y=&quot;28.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.88&quot;/&gt;&lt;rect x=&quot;28.0&quot; y=&quot;32.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;28.0&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;28.0&quot; y=&quot;42.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;28.0&quot; y=&quot;47.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.88&quot;/&gt;&lt;rect x=&quot;32.9&quot; y=&quot;28.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;32.9&quot; y=&quot;32.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;32.9&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;32.9&quot; y=&quot;42.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;32.9&quot; y=&quot;47.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;13.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.43&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;18.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.64&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;23.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.84&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;28.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;32.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;42.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;47.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;52.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.84&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;57.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.64&quot;/&gt;&lt;rect x=&quot;37.8&quot; y=&quot;62.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.43&quot;/&gt;&lt;rect x=&quot;42.7&quot; y=&quot;28.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;42.7&quot; y=&quot;32.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;42.7&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;42.7&quot; y=&quot;42.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;42.7&quot; y=&quot;47.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;47.6&quot; y=&quot;28.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.88&quot;/&gt;&lt;rect x=&quot;47.6&quot; y=&quot;32.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;47.6&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;47.6&quot; y=&quot;42.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;47.6&quot; y=&quot;47.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.88&quot;/&gt;&lt;rect x=&quot;52.5&quot; y=&quot;23.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.59&quot;/&gt;&lt;rect x=&quot;52.5&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.84&quot;/&gt;&lt;rect x=&quot;52.5&quot; y=&quot;52.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.59&quot;/&gt;&lt;rect x=&quot;57.4&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.64&quot;/&gt;&lt;rect x=&quot;62.3&quot; y=&quot;37.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.43&quot;/&gt;&lt;/svg&gt;&lt;/span&gt;
    &lt;/div&gt;&lt;div class=&quot;ev-era&quot;&gt;2025–2026 · 代理自己讀寫、修改程式碼&lt;/div&gt;&lt;/div&gt;
    &lt;div class=&quot;ev-row&quot; style=&quot;--d:3&quot;&gt;&lt;div class=&quot;ev-chain&quot;&gt;
      &lt;span class=&quot;ev-cell&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-person&quot;/&gt;&lt;/svg&gt;&lt;b&gt;人&lt;/b&gt;&lt;/span&gt;&lt;span class=&quot;ev-ar&quot;&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-cell&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-robot&quot;/&gt;&lt;/svg&gt;&lt;b&gt;編碼代理&lt;/b&gt;&lt;/span&gt;&lt;span class=&quot;ev-ar&quot;&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-cell new&quot;&gt;&lt;span class=&quot;ev-grid g6&quot;&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;/span&gt;&lt;b&gt;代理群&lt;/b&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-track&quot;&gt;&lt;/span&gt;&lt;span class=&quot;ev-model&quot;&gt;&lt;svg class=&quot;burst&quot; data-l=&quot;4&quot; viewBox=&quot;0 0 92.8 92.8&quot; xmlns=&quot;http://www.w3.org/2000/svg&quot;&gt;&lt;circle cx=&quot;46.4&quot; cy=&quot;46.4&quot; r=&quot;41.4&quot; fill=&quot;#FFFFFF&quot; stroke=&quot;#E6DBC6&quot; stroke-width=&quot;1.4&quot;/&gt;&lt;rect x=&quot;15.0&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.45&quot;/&gt;&lt;rect x=&quot;19.9&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.62&quot;/&gt;&lt;rect x=&quot;24.8&quot; y=&quot;24.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.51&quot;/&gt;&lt;rect x=&quot;24.8&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.79&quot;/&gt;&lt;rect x=&quot;24.8&quot; y=&quot;64.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.51&quot;/&gt;&lt;rect x=&quot;29.7&quot; y=&quot;29.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.75&quot;/&gt;&lt;rect x=&quot;29.7&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.97&quot;/&gt;&lt;rect x=&quot;29.7&quot; y=&quot;59.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.75&quot;/&gt;&lt;rect x=&quot;34.6&quot; y=&quot;34.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;34.6&quot; y=&quot;39.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;34.6&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;34.6&quot; y=&quot;49.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;34.6&quot; y=&quot;54.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;39.5&quot; y=&quot;34.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;39.5&quot; y=&quot;39.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;39.5&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;39.5&quot; y=&quot;49.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;39.5&quot; y=&quot;54.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;15.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.45&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;19.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.62&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;24.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.79&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;29.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.97&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;34.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;39.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;49.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;54.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;59.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.97&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;64.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.79&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;68.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.62&quot;/&gt;&lt;rect x=&quot;44.4&quot; y=&quot;73.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.45&quot;/&gt;&lt;rect x=&quot;49.3&quot; y=&quot;34.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;49.3&quot; y=&quot;39.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;49.3&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;49.3&quot; y=&quot;49.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;49.3&quot; y=&quot;54.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;54.2&quot; y=&quot;34.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;54.2&quot; y=&quot;39.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;54.2&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;54.2&quot; y=&quot;49.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;54.2&quot; y=&quot;54.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;59.1&quot; y=&quot;29.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.75&quot;/&gt;&lt;rect x=&quot;59.1&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.97&quot;/&gt;&lt;rect x=&quot;59.1&quot; y=&quot;59.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.75&quot;/&gt;&lt;rect x=&quot;64.0&quot; y=&quot;24.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.51&quot;/&gt;&lt;rect x=&quot;64.0&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.79&quot;/&gt;&lt;rect x=&quot;64.0&quot; y=&quot;64.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.51&quot;/&gt;&lt;rect x=&quot;68.9&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.62&quot;/&gt;&lt;rect x=&quot;73.8&quot; y=&quot;44.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.45&quot;/&gt;&lt;/svg&gt;&lt;/span&gt;
    &lt;/div&gt;&lt;div class=&quot;ev-era&quot;&gt;今天 · 自主代理把工作再外包給一群代理&lt;/div&gt;&lt;/div&gt;
    &lt;div class=&quot;ev-row ev-last&quot; style=&quot;--d:4&quot;&gt;&lt;div class=&quot;ev-chain&quot;&gt;
      &lt;span class=&quot;ev-cell&quot;&gt;&lt;svg class=&quot;ic&quot;&gt;&lt;use href=&quot;#wai-robot&quot;/&gt;&lt;/svg&gt;&lt;b&gt;代理&lt;/b&gt;&lt;/span&gt;&lt;span class=&quot;ev-ar&quot;&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-cell new&quot;&gt;&lt;span class=&quot;ev-grid g14&quot;&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;svg class=&quot;wic&quot;&gt;&lt;use href=&quot;#wai-bot&quot;/&gt;&lt;/svg&gt;&lt;/span&gt;&lt;b&gt;一大群代理協作&lt;/b&gt;&lt;/span&gt;
      &lt;span class=&quot;ev-track&quot;&gt;&lt;/span&gt;&lt;span class=&quot;ev-model&quot;&gt;&lt;svg class=&quot;burst&quot; data-l=&quot;5&quot; viewBox=&quot;0 0 106.0 106.0&quot; xmlns=&quot;http://www.w3.org/2000/svg&quot;&gt;&lt;circle cx=&quot;53.0&quot; cy=&quot;53.0&quot; r=&quot;48.0&quot; fill=&quot;#FFFFFF&quot; stroke=&quot;#E6DBC6&quot; stroke-width=&quot;1.4&quot;/&gt;&lt;rect x=&quot;16.7&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.47&quot;/&gt;&lt;rect x=&quot;21.6&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.61&quot;/&gt;&lt;rect x=&quot;26.5&quot; y=&quot;26.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.46&quot;/&gt;&lt;rect x=&quot;26.5&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.76&quot;/&gt;&lt;rect x=&quot;26.5&quot; y=&quot;75.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.46&quot;/&gt;&lt;rect x=&quot;31.4&quot; y=&quot;31.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.66&quot;/&gt;&lt;rect x=&quot;31.4&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.91&quot;/&gt;&lt;rect x=&quot;31.4&quot; y=&quot;70.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.66&quot;/&gt;&lt;rect x=&quot;36.3&quot; y=&quot;36.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.87&quot;/&gt;&lt;rect x=&quot;36.3&quot; y=&quot;46.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;36.3&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;36.3&quot; y=&quot;55.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;36.3&quot; y=&quot;65.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.87&quot;/&gt;&lt;rect x=&quot;41.2&quot; y=&quot;41.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;41.2&quot; y=&quot;46.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;41.2&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;41.2&quot; y=&quot;55.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;41.2&quot; y=&quot;60.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;46.1&quot; y=&quot;36.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;46.1&quot; y=&quot;41.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;46.1&quot; y=&quot;46.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;46.1&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;46.1&quot; y=&quot;55.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;46.1&quot; y=&quot;60.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;46.1&quot; y=&quot;65.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;16.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.47&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;21.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.61&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;26.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.76&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;31.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.91&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;36.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;41.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;46.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;55.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;60.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;65.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;70.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.91&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;75.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.76&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;80.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.61&quot;/&gt;&lt;rect x=&quot;51.0&quot; y=&quot;85.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.47&quot;/&gt;&lt;rect x=&quot;55.9&quot; y=&quot;36.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;55.9&quot; y=&quot;41.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;55.9&quot; y=&quot;46.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;55.9&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;55.9&quot; y=&quot;55.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;55.9&quot; y=&quot;60.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;55.9&quot; y=&quot;65.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;60.8&quot; y=&quot;41.2&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;60.8&quot; y=&quot;46.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;60.8&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;60.8&quot; y=&quot;55.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;60.8&quot; y=&quot;60.8&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;65.7&quot; y=&quot;36.3&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.87&quot;/&gt;&lt;rect x=&quot;65.7&quot; y=&quot;46.1&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;65.7&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;65.7&quot; y=&quot;55.9&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#B0561F&quot; opacity=&quot;1.00&quot;/&gt;&lt;rect x=&quot;65.7&quot; y=&quot;65.7&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.87&quot;/&gt;&lt;rect x=&quot;70.6&quot; y=&quot;31.4&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.66&quot;/&gt;&lt;rect x=&quot;70.6&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.91&quot;/&gt;&lt;rect x=&quot;70.6&quot; y=&quot;70.6&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.66&quot;/&gt;&lt;rect x=&quot;75.5&quot; y=&quot;26.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.46&quot;/&gt;&lt;rect x=&quot;75.5&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.76&quot;/&gt;&lt;rect x=&quot;75.5&quot; y=&quot;75.5&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.46&quot;/&gt;&lt;rect x=&quot;80.4&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.61&quot;/&gt;&lt;rect x=&quot;85.3&quot; y=&quot;51.0&quot; width=&quot;4&quot; height=&quot;4&quot; rx=&quot;0.6&quot; fill=&quot;#C2622E&quot; opacity=&quot;0.47&quot;/&gt;&lt;/svg&gt;&lt;/span&gt;
    &lt;/div&gt;&lt;div class=&quot;ev-loop&quot;&gt;&lt;span class=&quot;ev-loopline&quot;&gt;&lt;/span&gt;&lt;span class=&quot;ev-looplbl&quot;&gt;閉環 ？　模型開始改寫自己的下一代&lt;/span&gt;&lt;/div&gt;&lt;/div&gt;
  &lt;/div&gt;
  &lt;div class=&quot;ev-foot&quot;&gt;重繪自 Anthropic《When AI builds itself》開場時間軸 · 圖示與節點為自製、非原圖&lt;/div&gt;
&lt;/div&gt;


## 兩種工作，跟那道還沒跨過的坎

造一個前沿模型，工作大致分兩塊。一塊是工程：寫程式、架基礎設施、盯著訓練跑。另一塊是研究：決定要做哪些實驗、解讀跑出來的結果、想下一步該試什麼。

把這兩塊攤開看，圖像很一致。工程上，你給今天的 Claude 一個沒講清楚的問題，它能自己想出解法，人只要給目標，不必再給方法。研究上，只要實驗的規格定得夠清楚，它執行起來已經能跟熟練的人打平，甚至更好。

但有一塊差距還很明顯，而且剛好是最要命的那一塊：要 Claude 自己判斷「該挑哪個目標、哪個方向值得走」，工程跟研究都還差得遠。這道差距，就是「今天的 AI」跟「一個能自主設計下一代的系統」之間的距離。閉環能不能合上，卡的就是這一階。

## 外面的證據：公開基準

先看外面世界看得到的。模型進步的速度，本身在加速。有一個指標衡量「AI 能獨力穩定完成多長的任務」，這個時間跨度大約每四個月就翻一倍，而更早之前要七個月才翻一倍。具體講：2024 年 3 月，Claude Opus 3 能搞定人類大概花四分鐘的軟體任務；一年後，Sonnet 3.7 能處理約一個半小時的；再一年，Opus 4.6 撐得住 12 小時的任務。照這條線走下去，今年之內，「人類要花好幾天」的任務就會進入射程，2027 年可能摸到「要花好幾週」的。

兩個常用的基準也是同一個樣子。SWE-bench 丟給模型一個真實的開源專案，加一份真實的 bug 回報，要它寫出能修好、又能通過專案自己測試的改動；模型兩年內，從個位數百分比做到幾乎滿分。CORE-bench 測的是模型能不能重現一篇已發表論文的結果，這是它能做原創研究的前提；AI 從 2024 年大約兩成的成功率，十五個月後也做到接近滿分。跑長任務的 METR 則發現，Mythos Preview 能「至少」連續工作 16 小時，逼近他們現有題目量得到的上限。

## 裡面的證據：Anthropic 自己的數據

公開基準說了很多，但它們量不到一件事：AI 到底多大程度在加速 AI 自己的開發。要看這個，得有公司願意把內部數據拿出來。這篇就拿了。

&gt; **Anthropic 公布的內部數據**
&gt;
&gt; **程式碼產出**　2026 第二季，人均每日併入的程式碼量是 2024 年的 8 倍；併進程式庫的程式碼超過 80% 由 Claude 寫成，2025 年初還是個位數。
&gt;
&gt; **程式碼品質**　簡單任務成功率穩在八成五以上，最開放的任務從 25% 升到 76%；可維護性已接近人類水準，預期年內全面超越；自動 Claude 審查能攔下約三分之一過去釀成線上事故的 bug。
&gt;
&gt; **研究能力**　指定目標的實驗優化，從 3 倍加速做到 52 倍（資深研究員只能做到 4 倍）；自主跑完一個開放式研究專案，用 800 小時補回 97% 的差距，兩名人類研究員一週只補回 23%；研究決策上，AI 選的下一步勝過人類的比例從 51% 升到 64%。

**Claude 寫了 Anthropic 很大一部分的程式碼。** 到 2026 年 5 月，併進 Anthropic 程式庫的程式碼裡，超過八成是 Claude 寫的；而在 2025 年 2 月 Claude Code 推出之前，這個數字還是個位數。換算到每位工程師身上：2021 到 2024 這四年，每人每天併入的程式碼行數是平的；2025 年，Claude 開始「自己跑程式」而不只是「建議你複製貼上」，曲線開始往上爬；2026 年，模型能在更長的時間跨度上自主工作，斜率又陡了一截。2026 第二季，一個典型工程師每天併入的程式碼量，是 2024 年的八倍。

Anthropic 自己也補了一個但書：程式碼行數是個爛指標，它只算量、不算質，所以「八倍」幾乎一定高估了真實的生產力提升。但方向是對的，而且他們內部不是按行數發獎金的，大家寫更多，純粹是因為用 AI 寫得更多。

&lt;div class=&quot;ch&quot;&gt;
&lt;div class=&quot;ch-kick&quot;&gt;關鍵數據　01&lt;/div&gt;
&lt;div class=&quot;ch-title&quot;&gt;每位工程師每季併入的程式碼量&lt;/div&gt;
&lt;div class=&quot;ch-sub&quot;&gt;相對 2025 年以前的平均 · 2021 Q2 → 2026 Q2 · 數據：Anthropic 公布&lt;/div&gt;
&lt;svg viewBox=&quot;0 0 680 300&quot; role=&quot;img&quot; aria-hidden=&quot;true&quot;&gt;&lt;defs&gt;&lt;pattern id=&quot;wai-hatch&quot; width=&quot;6&quot; height=&quot;6&quot; patternTransform=&quot;rotate(45)&quot; patternUnits=&quot;userSpaceOnUse&quot;&gt;&lt;rect width=&quot;6&quot; height=&quot;6&quot; fill=&quot;#E7C3A6&quot;/&gt;&lt;line x1=&quot;0&quot; y1=&quot;0&quot; x2=&quot;0&quot; y2=&quot;6&quot; stroke=&quot;#C2622E&quot; stroke-width=&quot;2.4&quot;/&gt;&lt;/pattern&gt;&lt;/defs&gt;&lt;line x1=&quot;58&quot; y1=&quot;229&quot; x2=&quot;652&quot; y2=&quot;229&quot; stroke=&quot;#D8CDB8&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;49&quot; y=&quot;233&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#6E7A86&quot; font-family=&quot;sans-serif&quot;&gt;1×&lt;/text&gt;&lt;line x1=&quot;58&quot; y1=&quot;208&quot; x2=&quot;652&quot; y2=&quot;208&quot; stroke=&quot;#D8CDB8&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;49&quot; y=&quot;212&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#6E7A86&quot; font-family=&quot;sans-serif&quot;&gt;2×&lt;/text&gt;&lt;line x1=&quot;58&quot; y1=&quot;166&quot; x2=&quot;652&quot; y2=&quot;166&quot; stroke=&quot;#D8CDB8&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;49&quot; y=&quot;170&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#6E7A86&quot; font-family=&quot;sans-serif&quot;&gt;4×&lt;/text&gt;&lt;line x1=&quot;58&quot; y1=&quot;82&quot; x2=&quot;652&quot; y2=&quot;82&quot; stroke=&quot;#D8CDB8&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;49&quot; y=&quot;86&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#6E7A86&quot; font-family=&quot;sans-serif&quot;&gt;8×&lt;/text&gt;&lt;line x1=&quot;58&quot; y1=&quot;250&quot; x2=&quot;652&quot; y2=&quot;250&quot; stroke=&quot;#213243&quot; stroke-width=&quot;1.5&quot;/&gt;&lt;rect x=&quot;64.0&quot; y=&quot;230.1&quot; width=&quot;16.8&quot; height=&quot;19.9&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;text x=&quot;72.4&quot; y=&quot;269&quot; text-anchor=&quot;middle&quot; font-size=&quot;12&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;&apos;21&lt;/text&gt;&lt;rect x=&quot;92.0&quot; y=&quot;229.0&quot; width=&quot;16.8&quot; height=&quot;21.0&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;120.0&quot; y=&quot;227.9&quot; width=&quot;16.8&quot; height=&quot;22.1&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;148.0&quot; y=&quot;229.0&quot; width=&quot;16.8&quot; height=&quot;21.0&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;text x=&quot;156.4&quot; y=&quot;269&quot; text-anchor=&quot;middle&quot; font-size=&quot;12&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;&apos;22&lt;/text&gt;&lt;rect x=&quot;176.0&quot; y=&quot;230.1&quot; width=&quot;16.8&quot; height=&quot;19.9&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;204.0&quot; y=&quot;227.9&quot; width=&quot;16.8&quot; height=&quot;22.1&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;232.0&quot; y=&quot;229.0&quot; width=&quot;16.8&quot; height=&quot;21.0&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;260.0&quot; y=&quot;229.0&quot; width=&quot;16.8&quot; height=&quot;21.0&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;text x=&quot;268.4&quot; y=&quot;269&quot; text-anchor=&quot;middle&quot; font-size=&quot;12&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;&apos;23&lt;/text&gt;&lt;rect x=&quot;288.0&quot; y=&quot;227.9&quot; width=&quot;16.8&quot; height=&quot;22.1&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;316.0&quot; y=&quot;229.0&quot; width=&quot;16.8&quot; height=&quot;21.0&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;344.0&quot; y=&quot;226.9&quot; width=&quot;16.8&quot; height=&quot;23.1&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;372.0&quot; y=&quot;227.9&quot; width=&quot;16.8&quot; height=&quot;22.1&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;text x=&quot;380.4&quot; y=&quot;269&quot; text-anchor=&quot;middle&quot; font-size=&quot;12&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;&apos;24&lt;/text&gt;&lt;rect x=&quot;400.0&quot; y=&quot;229.0&quot; width=&quot;16.8&quot; height=&quot;21.0&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;428.0&quot; y=&quot;225.8&quot; width=&quot;16.8&quot; height=&quot;24.2&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;456.0&quot; y=&quot;223.8&quot; width=&quot;16.8&quot; height=&quot;26.3&quot; rx=&quot;2&quot; fill=&quot;#CBBC9F&quot;/&gt;&lt;rect x=&quot;484.0&quot; y=&quot;216.4&quot; width=&quot;16.8&quot; height=&quot;33.6&quot; rx=&quot;2&quot; fill=&quot;#D6915E&quot;/&gt;&lt;text x=&quot;492.4&quot; y=&quot;269&quot; text-anchor=&quot;middle&quot; font-size=&quot;12&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;&apos;25&lt;/text&gt;&lt;rect x=&quot;512.0&quot; y=&quot;205.9&quot; width=&quot;16.8&quot; height=&quot;44.1&quot; rx=&quot;2&quot; fill=&quot;#D6915E&quot;/&gt;&lt;rect x=&quot;540.0&quot; y=&quot;193.3&quot; width=&quot;16.8&quot; height=&quot;56.7&quot; rx=&quot;2&quot; fill=&quot;#D6915E&quot;/&gt;&lt;rect x=&quot;568.0&quot; y=&quot;176.5&quot; width=&quot;16.8&quot; height=&quot;73.5&quot; rx=&quot;2&quot; fill=&quot;#D6915E&quot;/&gt;&lt;rect x=&quot;596.0&quot; y=&quot;128.2&quot; width=&quot;16.8&quot; height=&quot;121.8&quot; rx=&quot;2&quot; fill=&quot;#C2622E&quot;/&gt;&lt;text x=&quot;604.4&quot; y=&quot;269&quot; text-anchor=&quot;middle&quot; font-size=&quot;12&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;&apos;26&lt;/text&gt;&lt;rect x=&quot;624.0&quot; y=&quot;82.0&quot; width=&quot;16.8&quot; height=&quot;168.0&quot; rx=&quot;2&quot; fill=&quot;url(#wai-hatch)&quot;/&gt;&lt;line x1=&quot;479.0&quot; y1=&quot;100&quot; x2=&quot;479.0&quot; y2=&quot;250&quot; stroke=&quot;#A6A290&quot; stroke-width=&quot;1.2&quot; stroke-dasharray=&quot;4 4&quot;/&gt;&lt;text x=&quot;472.0&quot; y=&quot;112&quot; text-anchor=&quot;end&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;Claude Code · 2025.02&lt;/text&gt;&lt;text x=&quot;632.4&quot; y=&quot;70.0&quot; text-anchor=&quot;middle&quot; font-size=&quot;25&quot; font-weight=&quot;800&quot; fill=&quot;#C2622E&quot; font-family=&quot;sans-serif&quot;&gt;8×&lt;/text&gt;&lt;text x=&quot;632.4&quot; y=&quot;269&quot; text-anchor=&quot;middle&quot; font-size=&quot;10&quot; fill=&quot;#A99B82&quot; font-family=&quot;sans-serif&quot;&gt;進行中&lt;/text&gt;&lt;/svg&gt;
&lt;div class=&quot;ch-foot&quot;&gt;重繪自 Anthropic 公布數據 · 中間各點為示意趨勢，已驗證錨點：8×&lt;/div&gt;
&lt;/div&gt;

**人的主觀感受也對得上。** 2026 年 3 月，一份對 130 位研究團隊員工的調查裡，受訪者的中位數估計，用了 Mythos Preview 之後，自己的產出大約是「完全沒有 AI」的四倍。還有一類，是本來根本不會發生的工作：2026 年 4 月，Claude 一口氣交付了 800 多個修正，把某一類 API 錯誤砍掉了一千倍。盯著它的工程師估計，這如果讓人來做要花四年，因為幫別人除錯又慢又痛，人腦也塞不下那麼多不熟的上下文。

**它寫的程式碼不只能動，而且越來越好讀。** 「好程式碼」有兩層：一是能動，二是別人讀得懂、接得下去。第一層，證據明確：一年來，Anthropic 員工需要中途糾正、改方向、或乾脆接手 Claude 的比例，穩定在下降，連最複雜、最沒明確規格的開放式問題也是。在最開放的那一類任務上，Claude 的成功率到 2026 年 5 月來到 76%，半年內漲了 50 個百分點。舉個例子：一次例行升級突然搞掛了上萬個訓練工作，工程師只丟給 Claude 一點文字說明加上叢集存取權，它一個一個環境設定試過去，揪出那個觸發崩潰的冷門除錯旗標，穩定重現、確認修好，大概兩小時內，交出了平常要兩三天的工作量。

&lt;div class=&quot;ch&quot;&gt;
&lt;div class=&quot;ch-kick&quot;&gt;關鍵數據　02&lt;/div&gt;
&lt;div class=&quot;ch-title&quot;&gt;Claude Code 工作階段成功率&lt;/div&gt;
&lt;div class=&quot;ch-sub&quot;&gt;四種難度的任務 · 2025/09 → 2026/06 · 數據：Anthropic 公布&lt;/div&gt;
&lt;div class=&quot;ch-legend&quot;&gt;&lt;span&gt;&lt;i style=&quot;background:#8B97AB&quot;&gt;&lt;/i&gt;瑣碎&lt;/span&gt;&lt;span&gt;&lt;i style=&quot;background:#C0A24F&quot;&gt;&lt;/i&gt;例行&lt;/span&gt;&lt;span&gt;&lt;i style=&quot;background:#93A07A&quot;&gt;&lt;/i&gt;實質&lt;/span&gt;&lt;span&gt;&lt;i style=&quot;background:#C2622E&quot;&gt;&lt;/i&gt;開放式問題&lt;/span&gt;&lt;/div&gt;
&lt;svg viewBox=&quot;0 0 680 300&quot; role=&quot;img&quot; aria-hidden=&quot;true&quot;&gt;&lt;line x1=&quot;56&quot; y1=&quot;244.0&quot; x2=&quot;648&quot; y2=&quot;244.0&quot; stroke=&quot;#D8CDB8&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;47&quot; y=&quot;248&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#6E7A86&quot; font-family=&quot;sans-serif&quot;&gt;0%&lt;/text&gt;&lt;line x1=&quot;56&quot; y1=&quot;202.5&quot; x2=&quot;648&quot; y2=&quot;202.5&quot; stroke=&quot;#D8CDB8&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;47&quot; y=&quot;206.5&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#6E7A86&quot; font-family=&quot;sans-serif&quot;&gt;25%&lt;/text&gt;&lt;line x1=&quot;56&quot; y1=&quot;161.0&quot; x2=&quot;648&quot; y2=&quot;161.0&quot; stroke=&quot;#D8CDB8&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;47&quot; y=&quot;165&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#6E7A86&quot; font-family=&quot;sans-serif&quot;&gt;50%&lt;/text&gt;&lt;line x1=&quot;56&quot; y1=&quot;119.5&quot; x2=&quot;648&quot; y2=&quot;119.5&quot; stroke=&quot;#D8CDB8&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;47&quot; y=&quot;123.5&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#6E7A86&quot; font-family=&quot;sans-serif&quot;&gt;75%&lt;/text&gt;&lt;line x1=&quot;56&quot; y1=&quot;78.0&quot; x2=&quot;648&quot; y2=&quot;78.0&quot; stroke=&quot;#D8CDB8&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;47&quot; y=&quot;82&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#6E7A86&quot; font-family=&quot;sans-serif&quot;&gt;100%&lt;/text&gt;&lt;text x=&quot;56.0&quot; y=&quot;263&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;09&lt;/text&gt;&lt;text x=&quot;121.8&quot; y=&quot;263&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;10&lt;/text&gt;&lt;text x=&quot;187.6&quot; y=&quot;263&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;11&lt;/text&gt;&lt;text x=&quot;253.3&quot; y=&quot;263&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;12&lt;/text&gt;&lt;text x=&quot;319.1&quot; y=&quot;263&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;01&lt;/text&gt;&lt;text x=&quot;384.9&quot; y=&quot;263&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;02&lt;/text&gt;&lt;text x=&quot;450.7&quot; y=&quot;263&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;03&lt;/text&gt;&lt;text x=&quot;516.4&quot; y=&quot;263&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;04&lt;/text&gt;&lt;text x=&quot;582.2&quot; y=&quot;263&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;05&lt;/text&gt;&lt;text x=&quot;648.0&quot; y=&quot;263&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;06&lt;/text&gt;&lt;text x=&quot;154.7&quot; y=&quot;278&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#A99B82&quot; font-family=&quot;sans-serif&quot;&gt;2025&lt;/text&gt;&lt;text x=&quot;483.6&quot; y=&quot;278&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#A99B82&quot; font-family=&quot;sans-serif&quot;&gt;2026&lt;/text&gt;&lt;polyline points=&quot;56.0,91.3 121.8,89.6 187.6,88.0 253.3,86.3 319.1,84.6 384.9,84.6 450.7,83.0 516.4,83.0 582.2,81.3 648.0,81.3&quot; fill=&quot;none&quot; stroke=&quot;#8B97AB&quot; stroke-width=&quot;2.2&quot; stroke-linejoin=&quot;round&quot; stroke-linecap=&quot;round&quot;/&gt;&lt;polyline points=&quot;56.0,111.2 121.8,107.9 187.6,109.5 253.3,102.9 319.1,99.6 384.9,96.3 450.7,94.6 516.4,91.3 582.2,89.6 648.0,88.0&quot; fill=&quot;none&quot; stroke=&quot;#C0A24F&quot; stroke-width=&quot;2.2&quot; stroke-linejoin=&quot;round&quot; stroke-linecap=&quot;round&quot;/&gt;&lt;polyline points=&quot;56.0,147.7 121.8,152.7 187.6,156.0 253.3,144.4 319.1,131.1 384.9,121.2 450.7,112.9 516.4,106.2 582.2,101.2 648.0,96.3&quot; fill=&quot;none&quot; stroke=&quot;#93A07A&quot; stroke-width=&quot;2.2&quot; stroke-linejoin=&quot;round&quot; stroke-linecap=&quot;round&quot;/&gt;&lt;polyline points=&quot;56.0,202.5 121.8,214.1 187.6,224.1 253.3,210.8 319.1,187.6 384.9,161.0 450.7,141.1 516.4,129.5 582.2,121.2 648.0,117.8&quot; fill=&quot;none&quot; stroke=&quot;#C2622E&quot; stroke-width=&quot;3.4&quot; stroke-linejoin=&quot;round&quot; stroke-linecap=&quot;round&quot;/&gt;&lt;circle cx=&quot;648.0&quot; cy=&quot;117.8&quot; r=&quot;4.5&quot; fill=&quot;#C2622E&quot;/&gt;&lt;text x=&quot;640.0&quot; y=&quot;108.8&quot; text-anchor=&quot;end&quot; font-size=&quot;20&quot; font-weight=&quot;800&quot; fill=&quot;#C2622E&quot; font-family=&quot;sans-serif&quot;&gt;76%&lt;/text&gt;&lt;text x=&quot;640.0&quot; y=&quot;126.8&quot; text-anchor=&quot;end&quot; font-size=&quot;10.5&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;開放式 · 2026/05&lt;/text&gt;&lt;/svg&gt;
&lt;div class=&quot;ch-foot&quot;&gt;重繪自 Anthropic 公布數據 · 中間各點為示意趨勢，已驗證錨點：76%&lt;/div&gt;
&lt;/div&gt;

第二層，別人接得下去，人類還領先，但差距收得很快。Anthropic 內部沒有共識，不過不少人認為 2025 年底 Claude 寫的程式碼品質還比人差，今天大致打平，預期一年內會更好。這也改變了他們審程式碼的方式：現在每一個要併進程式庫的改動，都先過一個自動的 Claude 審查員，挑 bug、找資安漏洞。他們回頭分析了一次，發現如果過去每個改動都讓 Claude 審一遍，claude.ai 那些事故背後的 bug，大約有三分之一會在進到正式環境前就被攔下來。而寫那些程式碼的，是世界上最強的一批工程師；Claude 抓到的，是他們漏掉的。

**它很會「為了一個別人設定的目標」跑實驗。** 每次發新模型，Anthropic 都跑同一個測試：給 Claude 一段訓練小模型的程式碼，要它在通過同樣正確性檢查的前提下，把這段碼跑得越快越好。目標跟成功標準事先就釘死，Claude 要做的就是改寫、執行、計時、再來一輪，這是研究實驗迴圈的迷你版。2025 年 5 月，Opus 4 平均做到約三倍加速；2026 年 4 月，Mythos Preview 做到約 52 倍。當個參考：一個熟練的研究員，要花四到八小時才能做到四倍。在這一段，把一個定義清楚的實驗裡的步驟優化掉，Claude 不到一年就從「超好用」變成「超越人類」。

**它也越來越會自己提實驗。** 2026 年 4 月，Anthropic 第一次展示 Claude 從頭到尾跑完一整個開放式研究專案。他們給一群 Claude 驅動的代理一個 AI 安全上的開放問題，大致是：一個比較弱的模型，能不能可靠地監督一個比較強的？然後放手讓它們解。代理自己提假設、測試、跟平行的代理分享發現、再迭代。這題有明確的「地板」跟「天花板」：兩位人類研究員花大約一週，補回了其中約 23% 的差距；代理群花了累計 800 小時、大約一萬八千美元的算力，補回了 97%。當然有但書，結果沒能乾淨地遷移到正式規模的模型，題目跟評分標準也還是人定的。但在這些邊界之內，每一個實驗都是代理自己設計的，人唯一還算數的角色，是定方向。

**它甚至越來越會「挑下一步」。** Anthropic 翻了 2026 年 1 到 3 月真實的 Claude Code 工作階段，挑出那些研究員「中途繞錯路」的時刻：一個人選了某個方向、讓進度歪掉、後來才轉回正軌的點。然後只把「歪掉之前」的內容給各代 Claude 看，問它下一步會怎麼走；再找另一個看得到整段結局的 Claude 來評，到底是 AI 還是人選的下一步比較好。因為是故意挑「人有改進空間」的時刻，這不算公平的對決，但它給出一組很真實、很難、正確下一步並不明顯的情境。在這把尺上：2025 年 11 月最強的 Opus 4.5，有 51% 的時候勝過人的選擇；2026 年 4 月的 Mythos Preview，漲到 64%。而研究的日常，大半就是這一連串「下一步選哪個」的決定。

&lt;div class=&quot;ch&quot;&gt;
&lt;div class=&quot;ch-kick&quot;&gt;關鍵數據　03&lt;/div&gt;
&lt;div class=&quot;ch-title&quot;&gt;研究員走錯路時，模型能挑出更好的下一步嗎&lt;/div&gt;
&lt;div class=&quot;ch-sub&quot;&gt;模型勝過人類選擇的比例 · 2024 → 2026 · 數據：Anthropic 公布&lt;/div&gt;
&lt;svg viewBox=&quot;0 0 680 360&quot; role=&quot;img&quot; aria-hidden=&quot;true&quot;&gt;&lt;line x1=&quot;148.0&quot; y1=&quot;36&quot; x2=&quot;148.0&quot; y2=&quot;344&quot; stroke=&quot;#E0D6C2&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;148.0&quot; y=&quot;30&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#A99B82&quot; font-family=&quot;sans-serif&quot;&gt;0%&lt;/text&gt;&lt;line x1=&quot;268.0&quot; y1=&quot;36&quot; x2=&quot;268.0&quot; y2=&quot;344&quot; stroke=&quot;#E0D6C2&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;268.0&quot; y=&quot;30&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#A99B82&quot; font-family=&quot;sans-serif&quot;&gt;25%&lt;/text&gt;&lt;line x1=&quot;388.0&quot; y1=&quot;36&quot; x2=&quot;388.0&quot; y2=&quot;344&quot; stroke=&quot;#E0D6C2&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;388.0&quot; y=&quot;30&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#A99B82&quot; font-family=&quot;sans-serif&quot;&gt;50%&lt;/text&gt;&lt;line x1=&quot;508.0&quot; y1=&quot;36&quot; x2=&quot;508.0&quot; y2=&quot;344&quot; stroke=&quot;#E0D6C2&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;508.0&quot; y=&quot;30&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#A99B82&quot; font-family=&quot;sans-serif&quot;&gt;75%&lt;/text&gt;&lt;line x1=&quot;628.0&quot; y1=&quot;36&quot; x2=&quot;628.0&quot; y2=&quot;344&quot; stroke=&quot;#E0D6C2&quot; stroke-width=&quot;1&quot;/&gt;&lt;text x=&quot;628.0&quot; y=&quot;30&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#A99B82&quot; font-family=&quot;sans-serif&quot;&gt;100%&lt;/text&gt;&lt;text x=&quot;136&quot; y=&quot;60&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#3C4A57&quot; font-family=&quot;sans-serif&quot;&gt;Claude 3 Haiku&lt;/text&gt;&lt;rect x=&quot;148&quot; y=&quot;44&quot; width=&quot;105.6&quot; height=&quot;22&quot; rx=&quot;3&quot; fill=&quot;#D6915E&quot; opacity=&quot;0.92&quot;/&gt;&lt;text x=&quot;260.6&quot; y=&quot;60&quot; font-size=&quot;12.5&quot; font-weight=&quot;700&quot; fill=&quot;#213243&quot; font-family=&quot;sans-serif&quot;&gt;22%&lt;/text&gt;&lt;text x=&quot;136&quot; y=&quot;94&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#3C4A57&quot; font-family=&quot;sans-serif&quot;&gt;Claude Sonnet 4&lt;/text&gt;&lt;rect x=&quot;148&quot; y=&quot;78&quot; width=&quot;139.2&quot; height=&quot;22&quot; rx=&quot;3&quot; fill=&quot;#D6915E&quot; opacity=&quot;0.92&quot;/&gt;&lt;text x=&quot;136&quot; y=&quot;128&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#3C4A57&quot; font-family=&quot;sans-serif&quot;&gt;Claude Sonnet 4.5&lt;/text&gt;&lt;rect x=&quot;148&quot; y=&quot;112&quot; width=&quot;177.6&quot; height=&quot;22&quot; rx=&quot;3&quot; fill=&quot;#D6915E&quot; opacity=&quot;0.92&quot;/&gt;&lt;text x=&quot;136&quot; y=&quot;162&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#3C4A57&quot; font-family=&quot;sans-serif&quot;&gt;Claude Haiku 4.5&lt;/text&gt;&lt;rect x=&quot;148&quot; y=&quot;146&quot; width=&quot;196.8&quot; height=&quot;22&quot; rx=&quot;3&quot; fill=&quot;#D6915E&quot; opacity=&quot;0.92&quot;/&gt;&lt;text x=&quot;136&quot; y=&quot;196&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#3C4A57&quot; font-family=&quot;sans-serif&quot;&gt;Claude Opus 4.5&lt;/text&gt;&lt;rect x=&quot;148&quot; y=&quot;180&quot; width=&quot;244.8&quot; height=&quot;22&quot; rx=&quot;3&quot; fill=&quot;#C2622E&quot; opacity=&quot;1&quot;/&gt;&lt;text x=&quot;399.8&quot; y=&quot;196&quot; font-size=&quot;12.5&quot; font-weight=&quot;700&quot; fill=&quot;#213243&quot; font-family=&quot;sans-serif&quot;&gt;51%&lt;/text&gt;&lt;text x=&quot;136&quot; y=&quot;230&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#3C4A57&quot; font-family=&quot;sans-serif&quot;&gt;Claude Sonnet 4.6&lt;/text&gt;&lt;rect x=&quot;148&quot; y=&quot;214&quot; width=&quot;264.0&quot; height=&quot;22&quot; rx=&quot;3&quot; fill=&quot;#C2622E&quot; opacity=&quot;1&quot;/&gt;&lt;text x=&quot;136&quot; y=&quot;264&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#3C4A57&quot; font-family=&quot;sans-serif&quot;&gt;Claude Opus 4.6&lt;/text&gt;&lt;rect x=&quot;148&quot; y=&quot;248&quot; width=&quot;278.4&quot; height=&quot;22&quot; rx=&quot;3&quot; fill=&quot;#C2622E&quot; opacity=&quot;1&quot;/&gt;&lt;text x=&quot;136&quot; y=&quot;298&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#3C4A57&quot; font-family=&quot;sans-serif&quot;&gt;Claude Opus 4.7&lt;/text&gt;&lt;rect x=&quot;148&quot; y=&quot;282&quot; width=&quot;292.8&quot; height=&quot;22&quot; rx=&quot;3&quot; fill=&quot;#C2622E&quot; opacity=&quot;1&quot;/&gt;&lt;text x=&quot;136&quot; y=&quot;332&quot; text-anchor=&quot;end&quot; font-size=&quot;12&quot; fill=&quot;#3C4A57&quot; font-family=&quot;sans-serif&quot;&gt;Mythos Preview&lt;/text&gt;&lt;rect x=&quot;148&quot; y=&quot;316&quot; width=&quot;307.2&quot; height=&quot;22&quot; rx=&quot;3&quot; fill=&quot;#C2622E&quot; opacity=&quot;1&quot;/&gt;&lt;text x=&quot;462.2&quot; y=&quot;332&quot; font-size=&quot;12.5&quot; font-weight=&quot;700&quot; fill=&quot;#213243&quot; font-family=&quot;sans-serif&quot;&gt;64%&lt;/text&gt;&lt;line x1=&quot;580.0&quot; y1=&quot;36&quot; x2=&quot;580.0&quot; y2=&quot;344.0&quot; stroke=&quot;#9AA29A&quot; stroke-width=&quot;1.4&quot; stroke-dasharray=&quot;5 4&quot;/&gt;&lt;text x=&quot;580.0&quot; y=&quot;362&quot; text-anchor=&quot;middle&quot; font-size=&quot;11&quot; fill=&quot;#8A7E69&quot; font-family=&quot;sans-serif&quot;&gt;實務天花板 90%&lt;/text&gt;&lt;/svg&gt;
&lt;div class=&quot;ch-foot&quot;&gt;重繪自 Anthropic 公布數據 · 已驗證錨點：22% / 64% / 天花板 90%&lt;/div&gt;
&lt;/div&gt;

## 那以後在這裡工作，會長什麼樣

把這些證據擺在一起看，方向是一致的：在開發流程的每一步，人能做的那塊都在變窄。一旦人寫的跟 AI 寫的程式碼品質打平，人就會完全停止寫程式，只剩下審；但如果人審的速度趕不上 Claude 生的速度，人類審查就會變成新的瓶頸。同樣地，一旦 Claude 能自己跑實驗，問題就往上挪成「這些實驗裡，哪個值得跑」。說穿了：「做」這件事，寫程式、跑實驗、產出結果，現在幾乎不花人的時間了，雖然還是要燒算力。

Anthropic 說，人目前還佔上風的，是研究的品味跟判斷：挑哪些問題重要、哪些結果可信、哪條路其實是死巷。

原文裡放了幾段匿名員工的話。有人感嘆，以前工作（其實也包括生活）是靠人跟人之間「互相幫個小忙」的人情經濟在運轉：欸，你可以幫我把這個 script 跑起來嗎？每一次小小的請託，都欠下一點人情、長出一點彼此的牽連。Claude 更快、不欠任何人情，但每一次，也都是一個錯過的、本來可以連上另一個人的機會。

另一個人講的是另一面。在什麼都順的日子，他會忍不住覺得自己做的一切都不重要了：所有東西都被自動化，又快又好，他永遠比不上。但偶爾遇到什麼壞掉、又搞不懂為什麼的日子，他才驚覺，自己已經不太清楚這陣子到底在幹嘛了。

## 「那如果我們判斷錯了呢？」

這裡有一個很自然的反駁，而且 Anthropic 自己把它寫了進去：還握在人手裡的那塊，挑問題，才是最重要的；少了那個判斷，Claude 只是個很能幹的助手，不是一個能自己推動 AI 進步的系統。

問題是，今天的訓練方法跟架構，到底能不能解鎖那個能力，沒有人知道。但 Anthropic 提醒了一件事：AI 的進步，很少是靠「啊哈」的靈光一閃。歷史上是有幾個那種時刻，像 Transformer 架構、混合專家模型，但這種改變典範的點子，往往好幾年才出一個。中間絕大多數的進展是漸進的：把某個東西放大、看哪裡壞了、修好、再試一次。而這，剛好就是 Claude 現在最擅長的工作型態。愛迪生說天才是 1% 的靈感加 99% 的努力；我們眼前看到的，是那 99% 的努力正在被自動化。

退一萬步，就算 Claude 永遠練不出好的研究品味，保守地讀這些證據，也還是指向會複利的加速：如果人把大半時間花在那「個位數百分比」的定方向工作上，其餘交給 Claude，那等於每個工程師、研究員能掌舵的工作量，都比以前大得多。不那麼保守的讀法則是：Claude 在研究判斷上那一點點、今天還很窄的進步，本身就是這個能力也在長的訊號。「研究品味」說不定只是又一個 AI 一開始不會、過一陣子就上手的能力，就像它一度不會解釋笑話為什麼好笑、不會展現心智理論、不會解語言謎題，後來都會了。

## 三種可能的未來

接下來會怎樣，取決於兩件事：趨勢會不會延續，以及如果延續，我們選擇怎麼做。Anthropic 給了至少三個劇本。

第一，趨勢卡住，但今天的能力已經擴散出去。那些指數曲線，搞不好其實是 S 型曲線，我們可能正逼近轉折、報酬開始遞減。真要再突破，可能需要一個全新的點子，例如一個取代 Transformer 的架構；也可能瓶頸根本不在模型，而在供應鏈，晶片產能、電網、頻寬，才是真正的天花板。作者說，放這個劇本進來只是求完整，他們並不認為它最可能。但他們也提醒：就算能力凍結在今天，世界也會大變。Project Glasswing 上線頭幾週，Mythos Preview 就在全世界最重要的系統裡，找出超過一萬個高危與重大漏洞，多到「資安防禦的瓶頸」已經從「找漏洞」變成「補得夠不夠快」。

第二，實驗室持續吃到複利式的效率提升。AI 開發大幅自動化，但方向跟判斷還在人手上。用 AI 的組織會越來越有效率，百人公司能做出一萬人、甚至十萬人組織的事。這會徹底改寫知識工作跟政府服務，但也可能被拿去做壞事，從對全民的威權監控，到為每個人量身訂做、規模大到沒有人類團隊跟得上的操弄。作者認為，這是最可能落入的劇本。不過，加速某一段，往往只是把瓶頸推到別處，這就是計算機領域那條 [Amdahl 定律](https://en.wikipedia.org/wiki/Amdahl%27s_law)，套到組織上一樣成立。Anthropic 已經嚐到一個徵兆：程式碼一多，人類審查就成了新的瓶頸。

第三，AI 真的能完全遞迴自我改進，開始打造自己的後代。到那時，AI 進步的速度幾乎只剩「算力」這一個變數在決定，人的角色大幅縮到監督、驗證、查核，盯著一個由 AI 自己運作、不斷擴張的「虛擬實驗室」。最不確定的，是對齊問題會怎麼收場。模型可能夠對齊、也夠有判斷力，自己找出我們還沒想到的解法；也可能，今天偶爾出現的不對齊，隨著一代一代往下複製，越滾越多、越來越難懂，直到我們失去控制。作者說，對那個世界長什麼樣，他們沒有好的直覺，因為我們現在的經濟，是由人跟人造的工具在驅動的。

還有一件容易被忽略的事：就算開發全自動了，多數人的日常會怎麼變，也很難說。Amdahl 定律在這裡一樣成立。更強的智慧，學不會一款藥在幾十年使用裡會發生什麼，沒辦法讓選舉比憲法規定的更早舉行，也沒辦法在一個週末把陌生人變成老朋友。對大多數人來說，這個未來「體感上」的快慢，還是會被那些瓶頸決定，即使上游的實驗室已經用算力的速度在跑。

## 那，我們該怎麼辦

如果真能有效地放慢這項技術，給我們多一點時間消化它巨大的後果，那大概是好事。但如果放慢只是讓最不謹慎的人追上來，那反而讓所有人更不安全。在沒有全球協調機制的情況下，公司跟政府，得在競爭跟地緣政治的壓力下，做關於安全的艱難取捨。

Anthropic 的立場是：這世界最好要保有一個「放慢、或暫時暫停前沿開發」的選項，好讓社會結構跟對齊研究，跟得上技術。但這需要好幾個有資源、在前沿或接近前沿的實驗室，分布在不同國家，願意在同樣條件下一起停，而且每一家都能驗證別人真的停了。AI 的麻煩在於：訓練比飛彈發射井好藏太多，輸入又是通用的，偷偷不守規矩的誘因極大，因為誰在別人暫停時繼續跑，誰就接收領先。單方面暫停，立刻就能做到，但成就不了什麼，它只會換一個領跑者，換不來現在最缺的那個「大家一起審議」的過程。

接下來幾個月，Anthropic Institute 說會找政策制定者、研究者、公民社會跟其他 AI 公司坐下來談，把這篇拋出的問題（特別是完全的遞迴自我改進、以及怎麼建立更好的協調與審議機制）往下挖，並把結果公開。

## 小結

通篇看下來，Anthropic 反覆指向同一件事：「做」的成本正在趨近於零。而當做變便宜，真正貴起來的，是「做什麼」。問題整個翻了面。

行為經濟學家桑斯坦在《[Choosing Not to Choose](https://global.oup.com/academic/product/choosing-not-to-choose-9780190457297)》裡提醒過：選擇本身有成本。它要花注意力、要承擔選錯的後果，所以人其實很常「選擇不選擇」，設個預設、跟著別人走、把決定交給某個系統，只為了省下選的力氣。成本高的年代，流行的一種智慧是「猶豫就選做」，因為做了頂多後悔一下，比「能做卻沒做、留一輩子的妄念」划算。但 AI 把這個前提抽掉了：當做幾乎免費，難的不再是「做還是不做」，是「做什麼」。

而「做什麼」是成本最高的那種選擇，它要判斷力、價值觀、對未來的洞察。

關於 AI 會走到哪裡，現在有兩種看法。

一種是 Anthropic 保留的懷疑：判斷與研究品味，也許只是 AI 還沒學會的下一項能力。它以前不會解釋笑話，後來也學會了。那麼，判斷這道牆，可能也只是時間問題。

我不能證明他們錯。我目前選擇另一邊：當執行變得廉價，判斷就會變得昂貴。

昂貴不是因為它高級，而是因為它稀缺、費力、也最容易被省略。知道什麼值得做，守住價值，為自己的選擇負責。這些事，才是後 AI 時代最難被外包的部分。

---

**關於這篇**

這是我把 Anthropic Institute 的〈[When AI builds itself](https://www.anthropic.com/institute/recursive-self-improvement)〉（原文作者 Marina Favaro、Jack Clark，編輯協力 Santi Ruiz）用中文走過一遍的導讀，不是逐句翻譯。文中的數字幾乎都是 Anthropic 自己公布的內部數據，外部無法獨立查證，我盡量保留他們自己放上的但書。原文那幾個視覺（會隨捲動推進的演化時間軸，以及三張數據圖）由 Shan Carter、Romello Goodman、Nikki Makagiansar 製作，數據由 Brian Calvert、Jun Shern Chan 蒐集；本文裡的視覺是依他們公布的數據重新繪製，不是原圖。</content:encoded><category>智能與秩序</category><category>遞迴自我改進</category><category>AI 自主研發</category><category>Anthropic</category><category>recursive self-improvement</category><category>對齊問題</category><category>Amdahl 定律</category><category>scrollytelling</category></item><item><title>你抄得走方法，抄不走手感</title><link>https://paulkuo.tw/articles/copy-the-method-not-the-feel/</link><guid isPermaLink="true">https://paulkuo.tw/articles/copy-the-method-not-the-feel/</guid><description>網路上三不五時冒出一種貼文：某個人花幾天做出一個功能多到嚇人的系統，結尾告訴你「我幾乎只要按個鍵就好」，再附一份步驟清單，彷彿你照做也能這樣。這些做法我自己天天在用，所以我知道：能跑起來靠的不是那幾條規則，而是作者在能輕鬆按鍵之前，每一步都要盯、判斷到很累的那段學費。
這篇想講的是明說層與默會層的分野：莊子的老匠人、博蘭尼的默會知識、亞里斯多德的做中學說的是同一件事。讀完你會多一把尺，分得清哪些方法值得帶走，哪些只是包在外面的糖衣。
</description><pubDate>Sat, 27 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：方法、規則、步驟清單這些「明說」的東西誰都抄得走，真正讓系統跑起來的手感與判斷力是「默會知識」，只能靠自己做中學長出來。看到「幾天做出一套系統、幾乎只要按個鍵」的貼文先別急著羨慕：貼文上呈現的成果照是山頂，不是上山的地圖。

&gt; 「得之於手而應於心，口不能言。」
&gt;
&gt; [莊子〈天道〉](https://ctext.org/zhuangzi/the-way-of-heaven)

兩千多年前，有個做了一輩子車輪的老匠人，看見國君在堂上讀聖賢書，忍不住說那不過是古人的糟粕。國君要他講出道理，不然就砍頭。老匠人說，他做輪子，快了慢了都不行，那個剛剛好的手感「得之於手而應於心，口不能言」，連自己的兒子都教不會，所以他七十歲還得自己動手。手藝裡真正的那塊，他帶不走，也傳不出去。

我最近常想起這段。因為網路上三不五時就會冒出一種貼文：某個人花幾天，做出一個功能多到嚇人的系統，結尾告訴你「我幾乎只要按個鍵就好」，再附上一份步驟清單，彷彿你照做也能這樣。

看那種貼文很容易心動。但心動之前值得先問一句：你羨慕的，是他表面的那套招式，還是他背後走過的那條路？

## 貼文上呈現的成果的照片，是終點，不是地圖

我不懷疑那些展示的成果是真的。把 AI 拆成產品角色跟工程角色、把任務切小、先摸清楚需求再動工、用交接摘要換一輪新對話，這些做法我自己天天在用，而且我跑的版本更囉嗦，[角色分得更細](/articles/multi-model-cognitive-collaboration)，規則寫得更死。所以我大概知道，這套東西能跑起來，靠的不是那幾條規則本身。

一張在山頂拍的照片，不會告訴你上山那段路有多滑。「幾天搞定、輕鬆按個鍵、用量還很省」就是山頂的照片。漂亮，但它省略掉最重要的一件事：這個人在能輕鬆按個鍵之前，先當過很久那個每一步都要盯、每一步都被 AI 丟問題回來、每一步都判斷到很累的人。那段累，本身就是學費。

## 默會知識：每篇分享文先天都會漏掉的那一塊

哲學家[博蘭尼](https://www.goodreads.com/book/show/225665.The_Tacit_Dimension)說過：「我們知道的，遠比我們說得出來的多。」他把這種說不出口、卻真實存在的本事，叫做默會知識。騎腳踏車、認一張臉、做菜的火候，你都會，但要你寫成步驟教別人，寫不全。那個老匠人兩千年前就懂了，博蘭尼只是給它取了名字。從莊子到博蘭尼，這是個[文明與人性](/topics/faith/)的老問題：哪些東西寫得進文字，哪些只能長在人身上。

問題來了：**任何分享文，先天就會漏掉默會那一塊**。這不一定是作者藏私，常常只是那塊裝不進文字。而當默會的部分消失，讀者看不到老師卡關、踩坑、重來的歷程，只看到乾淨的結果，麻煩就開始了。

這裡有個思考的分岔要釐清，會讓你理解的顆粒度更細緻，你讀這類文會清醒很多。「老師沒講關鍵」這件事，其實有三個完全不同的版本：

**一是先天傳不了。** 最誠懇的老師也會漏掉默會那塊，因為口不能言。這算不上壞心，只是語言本身有天花板。那位老匠人就是這種，他連兒子都不騙，直接說「我傳不了」。

**二是學習者自己腦補。** 看不到那段歷程，天真的學習者會自己編解釋：要嘛覺得「人家天才、我學不來」，從此依賴；要嘛反過來怨「他一定故意藏一手、故意把我帶歪」。兩種都是錯讀，把一個「傳不了」的缺口，讀成「被藏起來的祕密」。或者簡化成，認為一切都很簡單。

**三是真的把理解的缺口故意遮掩起來。** 這才是某些貼文幹的：他不只漏掉默會，是主動把那份明說的清單當成全部、灌水戰績、再暗示「你也能很快做到」。那個老匠人誠實說「我傳不了」，這種文卻假裝「這沒什麼難，照抄就好」。

所以解毒的重點，要一正一反一起記：大部分落差是「口不能言」，先別急著怨老師把你帶歪；但也別當冤大頭，因為真有人把理解的缺口遮起來賣。

## 危險的不是毒藥，是裹在外面的糖衣

第三種特別難防，因為它的糖衣是真的。乾貨會讓你卸下戒心，你讀到一段確實有道理的方法，防線就鬆了，接下來夾帶進來的東西，你會一起吞。糖衣不是拿來騙你的，是拿來讓毒藥滑下去的。

那毒藥長什麼樣？大概這幾種。

**拿無法查證的戰績當證據。** 「幾天做出一整套系統」「原本要好幾個月」聽起來很猛，但「完成」這兩個字常被偷換。猛數字旁邊，記得補一句：他說的完成，是展示時跑得動，還是正式上線、驗收過、真有人在用？很多時候作者自己文裡就有破綻，承認正式站沒更新、欄位沒回填，只是被你順著情緒滑過去。

**把終點當起點賣。** 一套成熟者長出來的工作流，被包裝成「你照做也行」的步驟清單。它沒騙你方法是假的，騙的是「這條路很短」。

**用「我資源用很少」讓你自慚。** 「我只用不到五分之一」「我降級也照樣夠用」表面謙虛，底下在暗示你不夠厲害。那是鉤子，不是教學。

## 規則是判斷力的結果，不是判斷力的替代品

把「終點當起點」這顆拆開，會更清楚它毒在哪。這類分享最愛講的一句，大概是「AI 省下的不是寫程式時間，是決策次數」。這句話對，但有個沒講的前提。

你可以五分鐘把「哪些操作 AI 直接做、哪些先問我」這張表抄走，一字不差。可是表好抄，判斷難練：這一格該放「直接做」還是「先問我」？需求摸到什麼程度算夠？讓 AI 少問你，只有在你已經知道答案時才省力；還不知道答案就叫它別問，等於把判斷錯誤的速度也一起加快。

那位老匠人說得好，「有數存焉於其間」。那張安全規則表是看得見的糟粕，真正讓它生效的「為什麼是這幾條、不是別的幾條」，是得之於手的那塊，留在作者手上，沒跟著文字過來。

## AI 協作分階段，每一階只能靠做那一階的功課長出來

[亞里斯多德](https://classics.mit.edu/Aristotle/nicomachaen.2.ii.html)說過：「凡是必須先學會才能做的事，我們都是靠做中學的。」蓋房子的人是蓋出來的，彈琴的人是彈出來的。跟 AI 協作也一樣，它是有階段的，而且每一階只能靠做那一階的功課長出來，跳不過去。

把人跟 AI 協作的程度攤開，大概四種狀態。四種沒有高下，差別在每一階有自己對的功課，硬套別人的會出事。

**觀光客。** 開著對話框，想到什麼問什麼，沒有專案概念。這階的功課很單純：多玩、多踩，搞清楚 AI 會什麼、不會什麼。工具用基本的對話就好，還用不到專案功能、用不到專門的程式開發工具。這時叫你界定「不做什麼」，是浪費，你連範圍要圈到哪裡都不知道。

**監工。** 開始用 AI 寫程式或做內容，但每一步都要盯、都要點頭。這階最容易看那種貼文然後對號入座：「對啊我就是一直被打斷、好累。」然後想直接跳到「讓 AI 少問我」。偏偏這一步最危險。監工的累，正是你在長判斷力。你要一步步盯，是因為你還沒看夠多 AI 會在哪裡自作主張、在哪裡裝懂。這階要練的，是看懂它每次想幹嘛，然後記下哪些以後能放手，而不是急著叫它閉嘴。工具上，單一對話、單一模型就夠，先別急著拆多角色。放手的清單是盯出來的，不是抄來的。

**流程設計者。** 盯久了你開始有感覺：這類操作不用問，那類一碰就出事。於是你自然把判斷寫成規則，開始有「不做清單」、風險分級、交接摘要。這階可以引入專案功能來存上下文、開始換新對話做乾淨交接、把產品判斷跟工程實作[分給不同 AI](/articles/ai-second-opinion-independence)。能寫出那種成果的人，通常已經站在這。這階的做法對，是因為它從你手上長出來，不是從別人的貼文搬上去。

**系統擁有者。** 再往上，你不只管一個專案，在管一套機制：多個角色各司其職、踩過的坑變成標準流程手冊、新想法先排進路線圖、不插隊。到這裡，「按個鍵就好」才成立。但沒有人是花幾天就走到這裡的。

濃縮成一張對照表，記得這是你這階的功課，不是跳級的捷徑：

| 階段 | 該練的功課 | 工具用到哪 |
|------|-----------|-----------|
| 觀光客 | 多玩多踩，搞懂 AI 的能與不能 | 基本對話就好 |
| 監工 | 盯每一步，記下哪些操作以後能放手 | 單一對話、單一模型，先別拆角色 |
| 流程設計者 | 寫不做清單、風險分級、交接摘要 | 引入專案功能、換新對話、產品與工程分工 |
| 系統擁有者 | 把坑變標準流程、想法進路線圖、多角色協作 | 全套機制，這時才談「按個鍵就好」 |

## 解毒法：把乾貨跟毒藥分開

講個常見的例子，順便把解毒法演一遍。這類文很愛附一張用量截圖，說「你看我才用了多少用量」。截圖上的數字往往是真的，沒造假。但它常被拿去證明它證明不了的事，一拆就垮，而且拆它只要三個問題。

第一，**這是多長一段時間的數字？** 用量額度通常每週歸零一次。如果專案做了一個多星期、中間壓過一次重置，那「本週用了多少」根本裝不下整個專案，前半段的用量早就歸零、不在圖上了。拿「本週」當「整個專案的成本」，是把重置藏起來不講。

第二，**畫面外還有幾支表沒露出來？** 如果他的做法是同時開兩三個 AI 協作，其中一個在後面扛大量上下文跟交接，那是重度使用，而那支油表不會出現在你看到的這張圖上。給你看一張使用量，另外使用的 AI 沒說，沒列入統計。

第三，**認真換算，這張圖有時反而在反對他自己。** 高階方案的額度，本來就是基礎方案的好幾倍。一個高階方案的「本週百分之十幾」，換算回便宜方案，可能已經吃掉大半個額度。所以「我用得很省、降級也夠」這種戰績，認真算下去，有時反而在說「這種工作量，在便宜方案早就接近滿載」。（各方案的額度結構不一，官方也沒全公開精確倍率，所以這是量級估算，不是精算，但方向很清楚。）

除了拆數字，還有一個更底層的訊號：**通篇有沒有遲疑。** 正常人寫自己的經驗，多少會留一句「我這樣想對嗎，這只是我的情況」。這種文最大的特徵，是什麼都確定：方法一定有效、成果一定可複製、馬上就能賣給別人。冒牌者症候群讓人低估自己，它的反面讓人高估自己；而高估自己的人寫的東西最好賣，也最容易夾毒，因為他自己都沒在懷疑，你就更不會懷疑。

練習批判思考，不是要你變得疑神疑鬼看誰都像騙子。剛好相反，它讓你能安心把有用的留下，同時不被旁邊那些東西帶著走。

## 那種文沒說的，才是真的能學的

仔細看，這類貼文偶爾會閃過一句很快被滑過去的話。可能是某次砍掉重練、某段繞了遠路、某個原本以為一天能搞定卻拖了一星期的坑。那才是真實的故事。不是貼文上呈現的成果的照片，是照片之前那些走錯方向、整個打掉重來的時間。把那段刪掉只留山頂照片，讀者就會以為山很矮。

誠實的人會做的，剛好是把卡關秀出來，讓你知道前面是一條要走的路，不是被藏起來的祕密。能帶走的，從來就不是那一份步驟清單。是那個人願意在很爛的階段待夠久，久到規則自己從手上長出來。規則可以複製，那段甘願不行。

## 結尾

回到那個老輪匠。他不是藏私，是手上那點功夫真的傳不出去，連最親的人，都得自己從頭練。你會羨慕別人那種按個鍵就好的從容，很正常，但那份從容藏在他沒拍進照片的那幾百個小時裡，不在那幾條規則上。

那位老匠人傳不了的手感，博蘭尼說不出口的那塊，亞里斯多德要你靠做才學得會的東西，講的其實是同一件事：看得見的明說層誰都抄得走，真正讓它生效的默會層，只能自己長出來。所以看那種文的時候，把方法留下，把糖衣連同裡面的東西吐掉，然後老老實實走自己的路，直到你長出自己的那雙手。

到那時候你會發現，你已經不太需要別人的步驟清單了。因為你手上的本事，是你自己磨出來的。

## 給大家一個檢測灌水文的探針

講到這裡，與其要你從今以後全程提防，不如直接送你一支工具。

下面這段，你整段複製起來，貼進你自己常用的 AI（ChatGPT、Claude 這類都行），把想讀的文章接在最後面。它會在你開始讀之前，先幫你驗一下：這篇偏向真心分享，還是糖衣毒藥，以及該怎麼讀。它驗的是文章，不是人；給你的是判斷的依據，不是替作者定罪。

```
你是一個幫讀者把關的「讀前探針」，不是來獵巫的。判斷下面這篇看起來很專業的分享文，偏向「替作者抬身價、衝流量」，還是「真心誠意分享真知」。

用兩條獨立的軸來評，不要壓成一個分數：
一、乾貨濃度：有多少讀者真的能帶走、能照做、能驗證的東西？（低/中/高）
二、毒性：有多少「抬身價、衝流量、讓讀者仰望或自慚」的成分？（低/中/高）
兩軸交叉：高乾貨低毒=真心分享，值得學；低乾貨高毒=行銷抬身價，看看就好；高乾貨高毒=糖衣毒藥，要分離著讀；低乾貨低毒=普通隨筆。

毒性訊號（越多越集中，毒性越高）：互動操弄（威脅、求讚、製造急迫、過量表情）；戰績無法查證（數字猛但「完成」沒定義，甚至自己露餡承認沒上線、還有沒修好的毛病）；把成熟者的工作流包裝成人人可複製的幾步驟、暗示路很短；以「我用得很省」暗示你不夠強；通篇零遲疑、什麼都確定都可複製馬上能賣；抹掉卡關歷程只給乾淨成果；術語充場、名詞多動詞少；通篇講「我多厲害」而非「你能怎麼做」；結尾導向販售。

真誠訊號（越多越偏真心分享）：誠實講自己的失敗、卡關、花了多久；方法可查證、具體到能照做；標出前置條件與適用邊界；有保留、會說「我也可能錯」；讀者中心，幫你少踩坑；主動講代價與限制。

判斷紀律：單一個紅旗不算數，要看整叢，特別是「灌水戰績、抹掉歷程、零遲疑、讓你自慚」一起出現才是武裝過的誤導；一篇文章不完整，但作者誠實、不暗示這很容易，那只是有些東西天生說不出口，別扣分；短貼文難給完整脈絡，別因為它短就重扣；你只看得到文字、不能真的查證外部數字，無法查證的就標「無法查證」，別假裝查過；描述訊號，不要替作者定罪，你判斷的是文章不是人格。

用繁體中文、台灣用語輸出：
【一句話判斷】真心分享 / 糖衣毒藥 / 抬身價衝流量 / 普通隨筆 / 資訊不足，加一句理由
【兩軸定位】乾貨濃度與毒性各標 低/中/高
【毒藥清單】命中的紅旗，每條附文章原句當證據
【乾貨清單】真正值得帶走的方法或洞見
【該怎麼讀】放心讀 / 只收某方法丟掉某戰績 / 看看就好 / 跳過
【公道話】這篇做得好的地方，以及我這支探針可能在哪讀過頭

【待測文章】

```

驗完後，記得最關鍵的不是分數，是你的反思：把乾貨留下，把自抬身價博眼球、讓你自慚的那部分丟掉。連這篇也一樣，如果哪裡你不同意，丟掉就好。認同請分享，也歡迎改寫成更適合自己的探針版本，分享給大家。丟掉譁眾取寵的糟粕，留下真誠的知識分享。</content:encoded><category>文明與人性</category><category>默會知識</category><category>莊子</category><category>博蘭尼</category><category>亞里斯多德</category><category>AI 協作</category><category>判斷力</category><category>學習階段</category></item><item><title>我讓 codex 挑 Claude 的錯，但不照它說了算</title><link>https://paulkuo.tw/articles/ai-second-opinion-independence/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-second-opinion-independence/</guid><description>我在本機接了 codex（另一個模型，跑 gpt-5.5），專門對 Claude 寫出來的程式碼與設計做獨立審查。但第二意見很容易退化成附和：只要你的問法夾帶了自己的結論，它就可能順著你說。這篇講我怎麼用一套四步的獨立性協定守住它的獨立性，還有最反直覺的一課：審得越準，越不能照單全收。這篇寫給那些也在用 AI 幫自己做事，並且想讓第二意見派得上用場的人。
</description><pubDate>Thu, 25 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：找第二個 AI 來審你的工程，真正的功夫在守住它的獨立。問它的方式只要夾帶了你的結論，它就會附和你；要它有用，得在怎麼問、怎麼接、怎麼比對上立規矩。最反直覺的一課：它審得越準，你越不能照單全收。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-second-opinion-independence-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-second-opinion-independence-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我用 Claude 寫一支 skill，讓 codex 可以幫忙審查程式碼。工具寫完後，我就拿它來審查它自己。結果兩輪下來，codex 還抓了不少 bug，當場打臉。第二意見最有價值的時刻，就是它能戳破你對自己的確信。

## 為什麼要找第二個 AI 來審查

codex 是我接在本機的[另一個模型](https://developers.openai.com/codex/cli)（OpenAI 的終端機 coding agent，跑 gpt-5.5），專門拿來審 Claude 寫出來的東西：程式碼、資料跟設計。Claude 是幫我做事、寫程式的那個模型，codex 是另一個血統的審查者。它跑在唯讀沙箱裡，不改我的檔案，也不會替我送出任何修改。它的定位很窄，就是一支探針。你拿它去戳一段自己寫出來的東西，看它能獨立戳出什麼。你自己漏掉的，往往得換一個來源才照得到。

它的另一個好處，是它就在我的工作視窗裡，不用我來回搬運內容。不管我是在 Claude Code 裡直接從終端機呼叫 codex，還是在 Cowork 這種桌面視窗中，透過一座連到我 Mac 的橋接上同一個本機 codex，第二意見都可以在同一個工作視窗裡叫出來。這對我是很實際的解脫：以前想找另一個模型看一眼，得把程式碼複製出去、貼到另一個工具，再把意見搬回來；現在則是 codex 直接進到我的工作流裡。兩個視窗接的還是同一個本機 codex、同一份設定，所以不管從哪邊問，標準都一樣。

![Claude 與 codex 協作的工作流程：Claude 從 Code（終端機）或 Cowork（桌面橋接）叫出同一個本機 codex 做獨立審查；提問不夾帶結論、codex 只指出問題不改程式碼、原始輸出落成紀錄檔，交叉比對分一致與分歧後由 Paul 拍板；codex 失效時降級為單一意見。](/images/articles/ai-second-opinion-independence-workflow.svg)

為什麼需要它？因為同一個模型寫的東西，自己回頭看，容易看不到自己的盲點，甚至會順著自己先前的判斷點頭。換一個來自不同訓練、不同框架的模型，才戳得到第一個漏掉的地方。這也呼應 Anthropic 在一場談長時間運作 AI agent 的[工作坊](https://www.youtube.com/watch?v=mR-WAvEPRwE)裡強調過的原則：模型沒辦法可靠地評斷自己，所以最好給它一個會挑刺的對手，而不是讓它自己替自己打分。這篇放在我談[人機協作的主題](/topics/ai/)下，講的就是這個對手要怎麼接才有用。

換個模型來問不難。難的是接它的方式：怎麼問、怎麼接、怎麼比對。

## 第二意見最大的風險：它會附和你

如果你問第二個模型的方式裡，已經夾帶了你自己的結論，它很可能順著你說，給你一個假的安心。你問：「我已經檢查過這段，應該沒問題，你再看一下。」得到的往往只是一句昂貴的「對，你說得對」，這跟獨立審查沒什麼關係。

所以第二意見要有價值，前提是它的獨立性必須被保護住。而獨立性是設計出來的，不會自己冒出來。我用一套四步協定守住它，每一步都對應一個具體的失敗模式。關於多個模型怎麼互為校準，我在[多模型認知協作那篇](/articles/multi-model-cognitive-collaboration)談得更細，這裡聚焦在「怎麼守獨立」。

## 怎麼讓第二意見保持獨立：四步協定

第一步，給它的問題不能夾帶我的結論。問句保持中性，只給「要審什麼、標準是什麼」，不給「我覺得這裡沒問題」。我的包裝器甚至會在偵測到問句裡夾帶結論時，跳出一個警告。這一步擋的是法庭上說的「引導證人」。

第二步，它的原始輸出要留成紀錄檔。看完不能就丟，要能事後回頭對帳、能被別人覆核。看過就刪，等於沒有證據。

第三步，它只描述問題，不准動手修改程式碼。這是安全邊界。一旦讓審查者直接改，你就分不清哪些是你原本的意圖、哪些是它擅自動的手。它的工作是指出問題，並標示嚴重等級；至於修不修、怎麼修，則是另一邊的決定。

第四步，交叉比對自己做，分「一致」跟「分歧」兩欄，不把它的話照抄。一致的部分採信；分歧的部分，我自己讀程式碼後再拍板，並且記下為什麼採信其中一方。

這四步合起來，讓第二意見既獨立、又留得下證據、又不越界、又不會被照單全收。每一條看起來都像小題大作，可是少掉任何一條，它就會從一個對手，慢慢退化成一面鏡子。

## 審得越準，越不能照單全收

這是整套協作最反直覺的一點，也是那次拿這支工具去審它自己時學到的。

codex 第一輪抓出七個問題，我修完之後再請它獨立重審，又抓出三個，合起來十個。裡面有真正的高風險漏洞。比方說，它發現我的逾時包裝在子程序被系統強制中止時，會把失敗誤傳成成功。這幾條我照單修了，因為交叉比對之後，它的判斷跟我自己重讀的結論一致。

但即使審得這麼準，最後也沒有全採。第二輪有一條指出，我那個「半成功」的判斷只擋得住完全空白的輸出，卻擋不住「有字，但沒有實質審查內容」的情況。問題是，「有沒有實質語意」這件事，機器很難可靠驗證。我只修了能機械驗證的部分，剩下需要人讀過才能判斷的，明確留給人。

採信哪些、保留哪些，落在握有完整脈絡的那一方。codex 是一支準的探針，但它會錯，我也會錯。兩個都會犯錯的模型互為對照，兩邊都點到的問題八成跑不掉；只有一邊提出的問題，才需要我自己讀程式碼後再判斷。把任何一個當成不會錯的神諭，這套協作就垮了。

## 探針會壞時，讓它大聲說自己壞了

探針會壞。本機的 codex 可能沒裝，可能掛了，也可能跑太久不回應。協定對這件事的態度是快速失敗，不重試。

codex 不存在、逾時，或者退出了卻沒給出實質審查，一律直接降級：誠實標註這次只有單一意見，通知我，然後停手。它不會默默重試五次才告訴我出事，也不會把「跑了但沒結果」假裝成功。一個會壞的依賴，最重要的能力，就是在壞掉時大聲說自己壞了。無聲地拖著你空等，才是真正的坑。

連「完成」的定義都跟著這個原則走。一次審查算不算成功，看的是「最終訊息有沒有實質內容」，不是「程式有沒有正常退出」。codex 的退出碼是 0，不代表它真的給了你有用的東西。這跟開頭那個假不變式其實是同一課：把「跑完了」當成「做完了」，正是最容易無聲出錯的地方。

## 鷹架是為了填洞，洞補了就拆

這套規則不是永久教條。它是為了填「現在這個模型的洞」搭的鷹架。

今天的模型會附和，會把半成功當成功，也會在被中止時謊報成功，所以我需要這些規則去接住它。哪天模型自己就夠獨立、夠誠實，出錯時也會老實認，對應的規則就該刪掉，而不是留著當儀式。規則的壽命，應該綁在它要解決的問題上。問題沒了，規則就該退場。每次我回去改這套協定，除了問「要加什麼」，也會問一句「現在可以拿掉什麼」。

## 一面會頂嘴的鏡子

最值錢的第二意見，是它告訴你「你對自己的判斷錯了」的那一刻。

但聽得進去，跟照單全收，是兩種不同的能力。前者要你放下對自己的確信，後者要你放下對它的迷信；真正難的，是同時做到。

我接 codex 進來，要的從來不是一個會點頭的聲音。我要的是在自己又一次太相信自己的時候，有個血統不同的對手戳我一下。最後，再由我這個握有完整脈絡的人，決定這一戳到底該不該信。

## 你可以試看看

如果你也用 [Claude Code](https://claude.ai/referral/XYw7d94GzQ)，這套機制其實可以直接搬到你自己的專案裡，不需要經過我，也不需要任何 API key。下面附錄的兩個檔案，我是刻意寫成通用版的：不綁定我的專案結構，也不留下任何個人資訊。你可以依照自己的工作流，改成適合自己的版本。

重點不是照抄我的設定，而是理解那套「四條獨立性規則」的骨架。

先決條件只有一個：你的本機需要先裝好並登入 [codex CLI](https://developers.openai.com/codex/cli)，使用你自己的 OpenAI 帳號即可。codex 是 OpenAI 的終端機工具，跟 Claude 屬於不同系統；也正因為這個「不同血統」，它才適合拿來做第二意見。

這套設計裡，codex 會跑在唯讀沙箱中，只讀不改。腳本本身不含金鑰，也不會連網。

操作只有三步：

1. 把附錄中的 `SKILL.md` 存到 `~/.claude/skills/codex-second-opinion/SKILL.md`。
2. 把附錄中的 `codex-review.sh` 存到同一個資料夾。
3. 在 Claude Code 裡說一句類似這樣的話：「用 codex 獨立審一下 `src/auth.js` 的 token 驗證。」接著它就會執行這支包裝器，讓 codex 讀取指定程式碼並提出發現，再把結果帶回 Claude Code。最後仍然由你自己交叉比對、閱讀程式碼，然後拍板決定。

最後提醒兩件事，這也是這篇文章真正想說的重點。

第一，問法不要夾帶你自己的結論。像是「我覺得沒問題，你幫我確認」這種說法，很容易讓模型順著你的假設附和。你要的是獨立審查，不是禮貌性背書。

第二，它審得越準，越要回頭自己讀 code。值得你停下來的，是它跟你判斷分歧的地方，不是它替你蓋的章。

---

### 附錄：完整實作

兩個檔案，複製貼上就能用。整支腳本很短、跑之前可以自己讀過：它就是把上面那四條獨立性規則做成預設行為，每次審查不靠記憶。

&lt;details&gt;
&lt;summary&gt;&lt;strong&gt;SKILL.md&lt;/strong&gt;　讓 Claude Code 聽到「第二意見」就自動叫出來（點開複製）&lt;/summary&gt;

````markdown
---
name: codex-second-opinion
description: Get an INDEPENDENT second opinion on code, data, or a design by having codex (a different model) review it — without it just agreeing with you. Use when the user asks for a &quot;second opinion&quot;, to &quot;have codex review/check this&quot;, an &quot;independent review&quot;, &quot;cross-check&quot;, or to audit security-critical or complex code before trusting it. Trigger words include 第二意見, 獨立審查, 讓 codex 看一下, 交叉驗證, セカンドオピニオン, codex review, double-check this. Requires the codex CLI (logged in) installed locally. Do NOT use for applying fixes — this only surfaces problems; you decide what to do.
allowed-tools: Bash(bash:*)
---

# codex second opinion

Bring in codex (a different model from a different training regime) as an **independent**
reviewer of work — code, data, or design. The whole value is independence: a model reviewing
its own output misses its own blind spots. This skill protects that independence with four rules
so the second opinion does not degrade into agreement.

You run the bundled read-only wrapper `codex-review.sh`. codex runs in a read-only sandbox and
never edits files; it only reports problems. **You** do the final cross-check and decide.

## When to use
- The user asks for a &quot;second opinion&quot;, &quot;independent review&quot;, &quot;cross-check&quot;, or to &quot;have codex look at this&quot;.
- Before trusting security-critical code (auth / crypto / payments) or complex logic (race conditions, N+1, deadlocks).
- To sanity-check the credibility of data or an analysis.

## How to run

1. Figure out the target: a path in the project (`--target &lt;path&gt;`) or a snippet/pipeline output (`--stdin`).
2. Write the **review focus** as a neutral assertion or standard to check. Critical: do NOT put your
   own conclusion in it. &quot;Review the token check for timing attacks and KV write races&quot; — NOT
   &quot;I already checked the auth, just confirm it&apos;s fine&quot; (that taints codex&apos;s independence; the
   wrapper will warn you if you do).
3. Run the wrapper (default reasoning effort is medium; raise to high/xhigh only for security-critical
   or genuinely complex targets):

   ```bash
   # review a file
   bash ~/.claude/skills/codex-second-opinion/codex-review.sh \
     --target src/auth.js &quot;Review token validation, timing attacks, and KV write races&quot;

   # review a snippet / pipeline output via stdin
   cat data.json | bash ~/.claude/skills/codex-second-opinion/codex-review.sh \
     --stdin &quot;Review this data&apos;s credibility and field completeness&quot;

   # security-critical + a durable audit record under ./codex-audits/
   bash ~/.claude/skills/codex-second-opinion/codex-review.sh --effort high \
     --target src/payment.ts --audit payment &quot;Review for double-charge and idempotency gaps&quot;
   ```

4. If the wrapper exits non-zero (codex missing / timed out / blank output), do NOT retry or pretend.
   Tell the user this is a single opinion only, and stop.

5. On success, do the cross-check **yourself** (this is the part the wrapper deliberately does not do):
   read codex&apos;s findings, compare them against your own reading of the code, and split them into
   **agreed** and **disagreed**. For anything you disagree on, read the code and decide — do not just
   relay what codex said. Treat codex as a probe, not an oracle: a finding both of you reach is almost
   certainly real; a finding only one of you reached needs your own judgment.

## Notes
- No API keys involved — codex uses your own OpenAI/ChatGPT login via the local `codex` CLI.
- The only writes are a log under /tmp and, with `--audit`, a record under `./codex-audits/`.
- These rules are scaffolding for today&apos;s models. If a model becomes independent and honest enough
  on its own, drop the rule it was patching rather than keeping it as ritual.
- This is a template — adapt the trigger words, the reviewer model, the paths, and the rules to
  your own workflow. The idea is the four-rule independence protocol, not this exact wording.
````

&lt;/details&gt;

&lt;details&gt;
&lt;summary&gt;&lt;strong&gt;codex-review.sh&lt;/strong&gt;　審查包裝器，約 220 行（點開複製）&lt;/summary&gt;

````bash
#!/usr/bin/env bash
# codex-review.sh — a &quot;second opinion&quot; wrapper that has codex review code/data/design
#                   written by another model (e.g. Claude), as an INDEPENDENT reviewer.
#
# Why this exists: a model reviewing its own output tends to miss its own blind spots,
# and tends to nod along with its prior judgments. A model from a different training
# regime (codex / gpt-5.5) can catch what the first one missed — but only if you protect
# its independence. This script bakes four rules into the default behavior:
#   #1 Independence : the prompt forces codex to evaluate on its own, never assume a prior
#                     reviewer was right, never agree just to agree (see build_prompt).
#   #2 Fail fast    : codex missing / times out / exits non-zero / returns blank → it
#                     degrades to &quot;single opinion&quot;, tells you, and STOPS. No silent retries.
#   #3 Protocol     : (a) the prompt carries none of YOUR conclusions  (b) raw output is
#                     logged  (c) codex only describes problems + severity, never edits code
#                     (d) you do the cross-check yourself — this script only does (a)(b)(c).
#   #4 Cost         : reasoning effort defaults to &quot;medium&quot;; raise with --effort only when
#                     a real security/complexity signal warrants it.
#
# SAFETY (read before you run):
#   • codex runs in a READ-ONLY sandbox (`-s read-only`): it can read the files you point it
#     at, but it cannot modify, delete, or write anything in your project.
#   • This script contains NO API keys. codex authenticates with YOUR OWN OpenAI/ChatGPT
#     login (whatever your local `codex` CLI is already configured with).
#   • The only files this script writes are a log under /tmp and, if you pass --audit, a
#     markdown record under ./codex-audits/ in your current directory. Nothing else.
#   • No network calls of its own, no eval, no curl|bash. Read the whole thing — it&apos;s short.
#
# PREREQUISITES:
#   • The `codex` CLI installed and logged in (https://developers.openai.com/codex/cli).
#   • bash + perl (perl only needed if you use --timeout; preinstalled on macOS/Linux).
#
# USAGE:
#   bash codex-review.sh [options] &quot;&lt;review focus&gt;&quot;
#   echo &quot;&lt;content to review&gt;&quot; | bash codex-review.sh --stdin &quot;&lt;review focus&gt;&quot;
#
# OPTIONS:
#   --target &lt;path&gt;   file/dir for codex to read (repeatable; read in the read-only sandbox)
#   --stdin           read the content to review from stdin (good for snippets / pipeline data)
#   --dir &lt;path&gt;      directory codex runs in (default: current directory)
#   --effort LEVEL    low|medium|high|xhigh  (default: medium)                       [rule #4]
#   --audit &lt;slug&gt;    also write a durable record to ./codex-audits/&lt;slug&gt;-&lt;date&gt;.md  [rule 3b]
#   --timeout &lt;sec&gt;   max seconds before giving up (default 0 = no limit; uses perl) [rule #2]
#   --model &lt;id&gt;      override codex model (default: whatever your codex config uses)
#   -h | --help
#
# EXIT CODES: 0 ok &amp; non-empty / 2 usage error / 3 codex missing / 4 codex failed or empty
#             / 124 timeout. (3/4/124 = the &quot;single opinion&quot; degrade path.)
#
# License: MIT — free to use, modify, and adapt into your own version. No attribution required.
#
# This is a generic, self-contained template. It assumes nothing about your project layout,
# names no tools or services beyond the `codex` CLI, and stores no identity. Make it yours:
# change the rules, the prompt, the paths, the model — the four-rule structure is the idea,
# not the exact wording.
set -uo pipefail

WORKDIR=&quot;$(pwd)&quot;
TS=&quot;$(date +%Y%m%d-%H%M%S)&quot;
DATE=&quot;$(date +%Y-%m-%d)&quot;

EFFORT=&quot;medium&quot;
declare -a TARGETS=()
USE_STDIN=0
AUDIT_SLUG=&quot;&quot;
TIMEOUT=0
MODEL=&quot;&quot;
FOCUS=&quot;&quot;

usage() { sed -n &apos;2,57p&apos; &quot;$0&quot;; exit &quot;${1:-0}&quot;; }
# Guards for value-taking options: (1) bail gracefully instead of a set -u unbound crash when
# the value is missing; (2) if the next token looks like another option (-?*), the value was
# probably forgotten — error out instead of silently misparsing.
req() {
  [ &quot;$2&quot; -ge 2 ] || { echo &quot;ERROR: $1 needs a value&quot; &gt;&amp;2; exit 2; }
  case &quot;$3&quot; in -?*) echo &quot;ERROR: the value for $1 looks like another option ($3) — did you forget the value?&quot; &gt;&amp;2; exit 2 ;; esac
}

while [ $# -gt 0 ]; do
  case &quot;$1&quot; in
    --target)   req &quot;$1&quot; &quot;$#&quot; &quot;${2:-}&quot;; TARGETS+=(&quot;$2&quot;); shift 2 ;;
    --stdin)    USE_STDIN=1; shift ;;
    --dir)      req &quot;$1&quot; &quot;$#&quot; &quot;${2:-}&quot;; WORKDIR=&quot;$2&quot;; shift 2 ;;
    --effort)   req &quot;$1&quot; &quot;$#&quot; &quot;${2:-}&quot;; EFFORT=&quot;$2&quot;; shift 2 ;;
    --audit)    req &quot;$1&quot; &quot;$#&quot; &quot;${2:-}&quot;; AUDIT_SLUG=&quot;$2&quot;; shift 2 ;;
    --timeout)  req &quot;$1&quot; &quot;$#&quot; &quot;${2:-}&quot;; TIMEOUT=&quot;$2&quot;; shift 2 ;;
    --model)    req &quot;$1&quot; &quot;$#&quot; &quot;${2:-}&quot;; MODEL=&quot;$2&quot;; shift 2 ;;
    -h|--help)  usage 0 ;;
    --) shift
        if [ $# -gt 1 ]; then echo &quot;ERROR: multiple positional args after -- ; wrap the focus in one quoted string&quot; &gt;&amp;2; exit 2; fi
        [ $# -ge 1 ] &amp;&amp; FOCUS=&quot;$1&quot;; break ;;
    -*) echo &quot;Unknown option: $1&quot; &gt;&amp;2; usage 2 ;;
    *)  if [ -n &quot;$FOCUS&quot; ]; then echo &quot;ERROR: multiple review-focus positional args; wrap the focus in one quoted string&quot; &gt;&amp;2; exit 2; fi
        FOCUS=&quot;$1&quot;; shift ;;
  esac
done

# --- validation ---
case &quot;$EFFORT&quot; in low|medium|high|xhigh) ;; *) echo &quot;ERROR: --effort must be low|medium|high|xhigh (got: $EFFORT)&quot; &gt;&amp;2; exit 2 ;; esac
case &quot;$TIMEOUT&quot; in &apos;&apos;|*[!0-9]*) echo &quot;ERROR: --timeout must be a non-negative integer of seconds (got: $TIMEOUT)&quot; &gt;&amp;2; exit 2 ;; esac
if [ -z &quot;$FOCUS&quot; ]; then echo &quot;ERROR: missing &lt;review focus&gt; (the last positional argument)&quot; &gt;&amp;2; usage 2; fi
if [ &quot;${#TARGETS[@]}&quot; -eq 0 ] &amp;&amp; [ &quot;$USE_STDIN&quot; -eq 0 ]; then
  echo &quot;ERROR: need at least one --target &lt;path&gt; or --stdin&quot; &gt;&amp;2; usage 2
fi

# rule #2: codex missing = fail fast to the single-opinion path. No retry, no pretending.
if ! command -v codex &gt;/dev/null 2&gt;&amp;1; then
  echo &quot;DEGRADE: no &apos;codex&apos; CLI found on this machine (not installed / broken). Honestly note this is a single opinion and stop. Install: https://developers.openai.com/codex/cli&quot; &gt;&amp;2
  exit 3
fi

STDIN_CONTENT=&quot;&quot;
if [ &quot;$USE_STDIN&quot; -eq 1 ]; then STDIN_CONTENT=&quot;$(cat)&quot;; fi

# rule #3(a) soft guard: warn if the focus carries YOUR conclusion (which would taint codex&apos;s
# independence). Warn only, never block. Matches common English/Chinese &quot;already checked&quot; phrasings.
if printf &apos;%s&apos; &quot;$FOCUS&quot; | grep -qiE &apos;i already|already (checked|verified|confirmed|reviewed)|no (bug|issue|problem)|looks (fine|good|correct)|should be (fine|ok|correct)|我已|已檢查|已確認|沒問題|應該沒&apos;; then
  echo &quot;WARNING (rule a): your review focus looks like it carries your own conclusion (e.g. \&quot;already checked / no issues\&quot;).&quot; &gt;&amp;2
  echo &quot;    codex should judge independently — restate it as a neutral \&quot;what to review / what the bar is\&quot;, don&apos;t feed it your verdict.&quot; &gt;&amp;2
fi

# --- build the prompt (rules a + c: independent framing + describe-only, no code edits) ---
build_prompt() {
  local stdin_block=&quot;&quot;
  if [ &quot;$USE_STDIN&quot; -eq 1 ]; then
    stdin_block=$&apos;\n## Inlined target content\n```\n&apos;&quot;$STDIN_CONTENT&quot;$&apos;\n```\n&apos;
  fi
  local target_lines=&quot;&quot;
  if [ &quot;${#TARGETS[@]}&quot; -gt 0 ]; then
    target_lines=&quot;## Review targets (read these yourself in the read-only sandbox)&quot;$&apos;\n&apos;
    local t
    for t in &quot;${TARGETS[@]}&quot;; do target_lines+=&quot;- $t&quot;$&apos;\n&apos;; done
  fi
  cat &lt;&lt;EOF
You are an independent second-opinion reviewer (codex / gpt-5.5). Evaluate the target entirely on your own: do not assume any other reviewer (human or AI) has already checked anything. Your judgment must come only from what you read yourself.

$target_lines$stdin_block
## Review focus (the original request)
$FOCUS

## Output rules (follow strictly)
1. Only describe &quot;problem + severity (high/medium/low)&quot;. Do not rewrite code, do not apply fixes, do not output diffs.
2. One finding per item: problem / location (file:line) / severity / why it is a problem / your confidence.
3. Where you judge there is no problem, say &quot;no finding&quot; — do not invent issues to pad the list.
4. Do not rely on or agree with any external conclusion; be faithful only to the facts you read yourself.
EOF
}

PROMPT=&quot;$(build_prompt)&quot;

# --- assemble the codex command ---
LOG=&quot;/tmp/codex-review-${TS}.log&quot;
LASTMSG=&quot;/tmp/codex-review-${TS}.last.md&quot;
declare -a CMD=(codex exec --skip-git-repo-check -s read-only -C &quot;$WORKDIR&quot;
                -c &quot;model_reasoning_effort=\&quot;$EFFORT\&quot;&quot; -o &quot;$LASTMSG&quot;)
[ -n &quot;$MODEL&quot; ] &amp;&amp; CMD+=(-m &quot;$MODEL&quot;)
CMD+=(&quot;$PROMPT&quot;)

# perl alarm wrapper (macOS has no `timeout` binary). Exit codes are faithfully propagated:
# timeout=124, signal-killed=128+sig (so a killed child is NOT misreported as success),
# exec failure=1, else the child&apos;s exit code. TIMEOUT=0 → prefix is empty, run directly.
declare -a TPREFIX=()
if [ &quot;$TIMEOUT&quot; -gt 0 ]; then
  TPREFIX=(perl -e &apos;my $t=shift; my $rc; eval { local $SIG{ALRM}=sub{die &quot;TIMEOUT\n&quot;}; alarm $t; $rc=system(@ARGV); alarm 0; }; if($@ eq &quot;TIMEOUT\n&quot;){exit 124} if($rc==-1){exit 1} if($rc &amp; 127){exit(128+($rc &amp; 127))} exit($rc&gt;&gt;8);&apos; &quot;$TIMEOUT&quot;)
fi
runit() { if [ &quot;${#TPREFIX[@]}&quot; -gt 0 ]; then &quot;${TPREFIX[@]}&quot; &quot;$@&quot;; else &quot;$@&quot;; fi; }

echo &quot;codex-review: effort=$EFFORT  targets=[${TARGETS[*]:-stdin}]  dir=$WORKDIR  log=$LOG&quot;

# --- run (rule b: raw output goes to the log) ---
runit &quot;${CMD[@]}&quot; 2&gt;&amp;1 | tee &quot;$LOG&quot;
rc=&quot;${PIPESTATUS[0]}&quot;

# rule #2: &quot;done&quot; = exit 0 AND a non-empty final message. A half-success must not be silently
# reported as success.
if [ &quot;$rc&quot; -eq 124 ]; then
  echo &quot;DEGRADE: codex timed out after ${TIMEOUT}s. No retry. Note it&apos;s a single opinion and tell the human. log=$LOG&quot; &gt;&amp;2
  exit 124
fi
if [ &quot;$rc&quot; -ne 0 ]; then
  echo &quot;DEGRADE: codex exited non-zero (rc=$rc, incl. signal-killed). No retry. Single opinion only. log=$LOG&quot; &gt;&amp;2
  exit 4
fi
# The trustworthiness invariant is &quot;the final message (-o) has non-whitespace content&quot;, NOT
# &quot;the log is non-empty&quot; (the log always contains the codex banner). Blank/missing = no real
# review happened = treat as failure.
if ! grep -q &apos;[^[:space:]]&apos; &quot;$LASTMSG&quot; 2&gt;/dev/null; then
  echo &quot;DEGRADE: codex exited 0 but the final message is blank/missing (half-success, no trustworthy review). Treating as failure. log=$LOG&quot; &gt;&amp;2
  exit 4
fi

# --- rule 3(b) durable: --audit writes a record (ensure dir first, verify non-empty before claiming success) ---
if [ -n &quot;$AUDIT_SLUG&quot; ]; then
  AUDIT_DIR=&quot;$WORKDIR/codex-audits&quot;
  AUDIT=&quot;$AUDIT_DIR/${AUDIT_SLUG}-${DATE}.md&quot;
  mkdir -p &quot;$AUDIT_DIR&quot;
  if {
    echo &quot;---&quot;
    echo &quot;source: codex-review.sh&quot;
    echo &quot;date: $DATE&quot;
    echo &quot;effort: $EFFORT&quot;
    echo &quot;targets: ${TARGETS[*]:-(stdin)}&quot;
    echo &quot;raw_log: $LOG&quot;
    echo &quot;---&quot;
    echo &quot;&quot;
    echo &quot;# codex second-opinion raw output — ${AUDIT_SLUG}&quot;
    echo &quot;&quot;
    echo &quot;**Review focus**: $FOCUS&quot;
    echo &quot;&quot;
    echo &apos;```&apos;
    cat &quot;$LASTMSG&quot;
    echo &apos;```&apos;
  } &gt;&quot;$AUDIT&quot; &amp;&amp; [ -s &quot;$AUDIT&quot; ]; then
    echo &quot;audit record: $AUDIT&quot;
  else
    echo &quot;WARNING: failed to write audit record: $AUDIT&quot; &gt;&amp;2
  fi
fi

# --- rule (d) reminder: YOU do the cross-check, splitting &quot;agreed&quot; vs &quot;disagreed&quot; ---
echo &quot;&quot;
echo &quot;OK: codex finished (rc=0). raw log: $LOG&quot;
echo &quot;    final message: $LASTMSG&quot;
echo &quot;Next (rule d, you do this): independently cross-check codex&apos;s findings against your own&quot;
echo &quot;    judgment. Split them into \&quot;agreed\&quot; and \&quot;disagreed\&quot;, each with a reason. For&quot;
echo &quot;    disagreements, read the code yourself and decide — don&apos;t just relay what codex said.&quot;
````

&lt;/details&gt;

---

**這篇講的是方法，下面三篇是它的骨架：**

- [生圖也走同一條 codex 橋：讓 Claude Code 直接呼叫 OpenAI 生圖](/articles/claude-code-codex-imagegen/)：同一套 Claude × codex 接法的另一個應用，不用 API key
- [你抄得走方法，抄不走手感](/articles/copy-the-method-not-the-feel/)：為什麼 SKILL.md 可以複製貼上，判斷不能
- [人天已死：AI 協作時代的新度量衡](/articles/beyond-man-days/)：「最後拍板的人是誰」這件事，值多少</content:encoded><category>智能與秩序</category><category>AI 代理</category><category>人機協作</category><category>第二意見</category><category>程式碼審查</category><category>codex</category><category>工程紀律</category><category>交叉驗證</category></item><item><title>財富自由，不只是錢的問題</title><link>https://paulkuo.tw/articles/financial-freedom-life-sovereignty/</link><guid isPermaLink="true">https://paulkuo.tw/articles/financial-freedom-life-sovereignty/</guid><description>一張泛黃的神學院學生證，讓我重新思考「財富自由」這個被講爛的題目。我 2000 年進神學院、2003 年畢業，年輕時真誠相信使命就夠了，甚至把奉獻壓力測試到只留十分之一收入；後來離開神職、走進創業與商業，才痛苦地學會：理想若沒有現實能力承接，會變成另一種天真。這篇不是理財文，是一個走過「不拜金」與「不懼金」兩段功課的人，談金錢、使命與生命主權該怎麼排序。寫給所有把財富自由當成數字目標、卻隱約覺得不只如此的人。
</description><pubDate>Wed, 24 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：整理抽屜翻到一張 2000 年的神學院學生證，把我帶回那段把使命放在收入之前的歲月。年輕時我學會不拜金，甚至把奉獻壓到只留十分之一收入；中年後走進創業，才學會不懼金。我現在對財富自由的結論越來越簡單：重點不在錢夠不夠多，在於我有沒有讓它決定我是誰、如何活、為什麼而活。錢必須追求，但要服務於更高的東西：良知、使命、關係與承諾。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/financial-freedom-life-sovereignty-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/financial-freedom-life-sovereignty-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

整理抽屜時，翻到一張二十多年前的學生證。塑膠套已經泛黃，邊角也有歲月磨過的痕跡。照片裡的自己還很青澀。那是中華福音神學院的學生證。

&lt;figure style=&quot;text-align:center;margin:1.5rem auto;&quot;&gt;
  &lt;img src=&quot;/images/articles/financial-freedom-life-sovereignty-seminary-id.jpg&quot; alt=&quot;中華福音神學院學生證，2000 年 9 月入學，道學碩士科&quot; style=&quot;width:60%;height:auto;margin:0 auto;border-radius:6px;&quot; /&gt;
&lt;/figure&gt;

看著它，我想起幾週前在 Trio 餐酒館裡，隔壁桌幾位朋友正在聊台灣有哪些神學院。他們只是很自然地談起這個話題，但那些名字、那些年代、那些教會裡熟悉的語言，把我帶回年輕時的回憶。

那不只是求學的記憶。對我而言，那是一段很長的等待、考驗與確認。從十八歲受洗，到後來進入神學院，超過十年的考核，我一直在問自己：是不是真的被呼召？願不願意把人生交給一條不以金錢、名聲與世俗成就為中心的道路？

「財富自由」一直是熱門話題，也是書店與社群裡長年不退燒的關鍵字。有人把它理解為不必工作，有人把它理解為資產足夠，有人把它理解為終於可以過自己想要的生活。這些說法都對，只是對我而言，每當談到財富自由，我想起的不只是投資報酬率，也不是某個財務數字，而是那張泛黃的學生證，以及年輕時曾經走過的路：一個人如何面對金錢，如何理解使命，又如何在現實與信念之間，探索自己要成為什麼樣的人。

## 一場關於金錢的壓力測試

我年輕的時候，相信自己被上帝呼召。2000 年我進入神學院，2003 年畢業（[畢業後我沒有去教會牧會，第一份神職工作是替台灣聖經公會編一卷加拉太書研讀本](/articles/galatians-28th-proof-editor)）。回頭看那幾年，是我對人生價值排序的一次深層檢驗。

在那段時間，我確實經歷一種特殊的自由。對基督教稍有了解的人都知道，十一奉獻是信仰生活中很具體的一部分。年輕時的我，曾經很認真地測試自己對金錢的依賴到底到什麼程度。當時每個月收入大約三萬多元，我試過把十分之九的收入都拿出來奉獻，逼自己只留下十分之一當生活費。那不是浪漫，也不是表演，單純是對自己的測試：若金錢不是我安全感的核心，我能不能挺住？壓力測試到後來，才找到可以承擔的界線，最後可接受的每月奉獻是一萬五左右。

有一句經文對我影響很深：你們要思念上面的事，不要思念地上的事。年輕時的我，很確實地履行這樣的信念。我不是嘴上說說，教會能參與的服事我幾乎都參加。我不是在教堂，就是在往教堂的路上；週一到週日，天天都有服事。

信仰不是我的表演，也不是對外吹噓的口號，而是我生命裡曾經存在的真實狀態。我奉獻金錢，也奉獻時間，實打實地付出。我得到的是一種對生活確信的自由感。那種自由感，不是因為我已經擁有很多錢，也不是因為我掌握了某種財務模型，而是我清楚自己為什麼而活。當一個人被使命感抓住時，金錢的支配力會退到後面。心裡有一個更高的東西，使你不願意把金錢放在人生的重心。超過十年的時間，我都是這樣生活著。到現在也一樣影響著我。

## 理想沒有現實能力承接，就是另一種天真

多年之後，我重新回頭看這段歷程，更能理解財富自由真正的意思，也看見自己當年的幼稚。理想若沒有現實能力承接，有時候會變成另一種天真，甚至是一種任性。年輕時，我曾真誠地相信，只要有使命就夠；後來才明白，使命若要在世界中留下痕跡，還需要資源、制度、能力、團隊與長期承擔。

財富自由不是單純地「我有足夠的錢，所以我可以不用工作」。更深一點說，財富自由是「我不再讓金錢決定我是誰、如何活、為什麼而活」。一個人若只是有錢，卻仍然被恐懼、比較、虛榮、慾望與他人的眼光控制，他其實未必自由。反過來，一個人即使在物質上不是極端富有，但若他知道自己為何而活，也知道哪些事情不能交易、哪些底線不能越過，他可能比很多富人更接近自由。

[亞里斯多德](https://plato.stanford.edu/entries/aristotle-ethics/)提過，財富不是人生真正追求的善，它只是有用，是為了其他目的而存在。錢本身不是邪惡的，但它不能成為終極目的。當錢變成人生最高目的時，人就會慢慢失去判斷：什麼都可以計算，什麼都可以交換，什麼都可以妥協。到最後，一個人可能賺到了很多，卻不知道自己到底失去了什麼。

所以，財富自由不只是外在資產的自由，也是一種[內在秩序的自由](/articles/cioran-on-suffering-and-clarity)。

## 不拜金，也要不懼金

我不否認金錢的重要。離開神職工作，後來進入創業與商業世界，我比年輕時更理解現實的規則。使命若要在世界中落地，需要資源；理想若要長期存在，需要制度；善意若要產生影響力，需要組織、現金流、專業與執行力。只說「錢不重要」，有時候反而是不成熟。因為沒有資源的使命，很容易停留在感動；沒有治理經驗與能力的理想，很容易被現實耗盡。

我喜歡請客，不是因為我有錢，而是因為我珍惜分享的感覺，也珍惜每一段真實的關係。對我來說，金錢不只是用來累積安全感；當它能被用來照顧關係、支持他人、創造一點溫度，它就不只是資產，而是一種流動的祝福。

年輕時，我學會不拜金。中年後，我才開始學會不懼金，並且磨練賺錢、治理資源與創造價值的能力。這兩件事要合在一起，才是成熟。只會輕看金錢，會讓使命失去落地能力；只會追逐金錢，則會讓靈魂失去方向。

## 把金錢放回它該在的位置

把金錢放回它該在的位置，是困難的功課：它不是神，不是身份，不是安全感的唯一來源；它是工具，是責任，是使命能夠進入世界的基礎設施。

有家庭之後，財務管理也不再是自己一個人的事，而是夫妻共同協商的生活原則。[哈佛一份長達八十多年的成人發展研究](https://www.adultdevelopmentstudy.org/)追蹤人類幸福的來源，指出良好的關係對健康與幸福有深刻影響。這也跟我的體感呼應：人生的安穩，不只是累積了多少資產，而是你是否活成一個值得信任的人，是否守住了你的關係、良知與承諾，是否在關鍵時刻，沒有把人格與道義拿去交換利益。

## 財富自由，其實是生命主權

因此，聊到財富自由，我想談的不是一個理財目標，而是生命主權。

財富自由，是人不被生存恐懼逼迫，也不被慾望操控；他有能力使用資源，卻不被資源使用；他可以進入商業世界，卻不讓商業邏輯吞噬靈魂；他可以建構事業，也記得自己為什麼出發。

我曾經走過一段把金錢看得很輕的歲月。那段時間，我的重心是服侍上帝要我服侍的世界。那是心性的操練。後來我進入更複雜的世界，面對事業、合作、利益、風險與責任，我才痛苦地明白，通往成熟的道路不是否定金錢；學會盈利的能力，是另一種訓練。我學得慢，也學得晚。

回頭看，我所經歷的每一份工作，都有某種理想的痕跡。無論是 FinTech、SaaS、農業新創、大健康、永續商模，或是不同階段的創業與合作，我心裡始終希望自己的工作不只是獲利，也能貢獻一點點力量，回應世界的痛苦，或減輕人承受的苦難。

我曾經為使命放下過世俗道路，長時間在信仰與現實之間接受考驗。所以，今天的我，不會把利益放在人格之前，也不會把財富放在道義之上。不是我想證明給誰看，而是那段生命經驗在我裡面留下的性格。我喜歡這樣的我。

人到了一定年紀，已經不太在意別人會怎麼看你，而是你自己是否清楚：哪些東西可以追求，哪些東西不能出賣；哪些東西可以失去，哪些東西一旦失去，就不再容易找回。

對我，財富必須追求，事業要持續建構，資源一定會累積，影響力也會擴大。但這一切都必須服務於更高的東西：良知、使命、關係、承諾，以及對自己生命的忠誠。從上天得來的恩澤，也都要慷慨地給出去，照顧更多人。我們能給予的，比我們自己理解的要更多。

這是我所理解的財富自由。</content:encoded><category>沉思與記憶</category><category>財富自由</category><category>生命主權</category><category>金錢觀</category><category>使命</category><category>神學院</category><category>創業反思</category><category>十一奉獻</category></item><item><title>6/22 GitHub 又把我斷線了：但這一次，我的網站沒有停</title><link>https://paulkuo.tw/articles/resilience-proven-second-suspend/</link><guid isPermaLink="true">https://paulkuo.tw/articles/resilience-proven-second-suspend/</guid><description>4/29，GitHub 第一次把我斷線，我花了兩週時間，重新搭出一套五層韌性架構。6/22，它第二次斷線，這次成了那套架構的第一次真實驗收。結果是：網站零中斷，電子報當天照常上線。同樣的打擊，卻產生了完全不同的結果。差別不在 GitHub，而在中間那套被重新設計過的解耦系統。但這次事故也提醒我，一套架構通過了第一層考驗，不代表它就沒有盲區。韌性是每一次真實衝擊都在驗證、也都在暴露下一個問題的動態過程。
</description><pubDate>Mon, 22 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 2026/6/22，GitHub 第二次無預警把我的帳號停權。但這一次和 4/29 完全不同：更新網站的功能沒有中斷，正在規劃的電子報服務順利上線，部署流程沒被拖住。會不一樣，是因為兩個月前的事故後，我花了兩週重新搭出一套解耦架構。這次是那套韌性系統的檢驗。它通過了考驗，但也暴露一個新的盲區。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/resilience-proven-second-suspend-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/resilience-proven-second-suspend-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

6 月 22 日下午，我正在收尾 paulkuo.tw 的電子報訂閱功能。後端已經部署完成，端到端測試也全數通過，我讓 AI 把進度同步到專案儀表板。就在那個時候，對話視窗出現警訊，那行熟悉到有點刺眼的紅字又跳了出來：

`Your account was suspended`

GitHub 又把我斷線了。

兩個月前，同樣這行字，讓我整整兩週無法正常開發與發文。那天是 4/29，我在[創業與超級個體](/topics/startup/)寫了一篇[完整的工程紀錄](/articles/resilience-engineering-after-github-suspend)：GitHub 帳號被無預警停權，沒有清楚理由，也沒有事前通知。那一刻，從寫作、版本控管、CI 到部署，整條命脈幾乎一起斷掉。我花了兩週時間，重新搭出一套五層韌性架構，讓網站恢復正常運作。

這次一樣是無預警停權，但結果不同。我要更新網站的功能沒有中斷，電子報功能順利上線，部署流程也沒卡住，整個網站 paulkuo.tw 繼續運作，就像什麼事都沒有發生。

GitHub 這次並沒有比較友善。一樣冷酷，一樣突然，一樣是 403，一樣沒有事先通知。不一樣的，是中間我們規劃的系統。第一次事故發生時，那套架構還不存在；第二次事故發生時，它成功擋下了 GitHub 停權的衝擊。

## GitHub 第二次停權，到底斷了什麼？又沒有斷什麼？

停權後，我去看系統哪一層被影響。被卡住的，主要是「記錄與同步」這一類；真正負責「運行與發布」的核心流程沒停。

![6/22 GitHub 停權後，paulkuo.tw 各層的實際狀態：紅色是被 GitHub 帳號連動而中斷的路徑，綠色是繞過 GitHub、照常運行的路徑](/images/articles/resilience-proven-second-suspend/suspend-flow.png)

實測下來，被擋的有三個部分：`git push` 到 GitHub 主倉庫失敗、GitHub 上的專案儀表板同步中斷、所有依賴 GitHub 身份的操作（命令列工具與 API）全部回 403。

但照常運行的部分更多，也更關鍵。程式碼照樣推到 Codeberg 和 GitLab 兩個獨立的 git host，這部分完全沒有受到影響。工作歷程 commit，三個遠端原本都應該收到，GitHub 被擋，Codeberg 和 GitLab 都正常接住了。部署流程走的是 wrangler，直接推到 Cloudflare，用的是 Cloudflare 自己的 token，和 GitHub 帳號沒有任何關係。網站、電子報、API 全部都在 Cloudflare 上正常運行。專案儀表板的 Notion 鏡像也沒事，因為它讀的是程式碼倉庫裡的檔案，而不是 GitHub API。

目前的系統架構是：綁在 GitHub 身份上的功能自然會被擋住；不經過 GitHub 的環節，都活了下來。這是 4/29 之後那兩週，我花力氣重建的東西。

## 為什麼這次部署完全沒有受影響？

4/29 那次，我學到的教訓：很多人以為自己只是把程式碼放在 GitHub，其實連部署命脈也一起交了出去。

我以前的部署鏈是這樣：push 到 GitHub，GitHub Actions 被觸發，接著 Cloudflare Pages 自動部署。看起來很方便，也很標準。但問題是，GitHub Actions 是這條鏈的必經之路。帳號一旦被停權，整條鏈就從中間斷掉。程式碼在我自己的機器上，但「發布」已經不在我的控制裡。

上次被停權時，我有內容、有檔案、有網站，卻發不出去。所以重建時我把部署鏈拆開。現在的流程是：本地 build，透過 wrangler 直接推送到 Cloudflare Pages，使用 Cloudflare 自己的 API token。這條鏈上，沒有任何一個環節需要 GitHub 存活。

因此 6/22 即使 GitHub 帳號被停，電子報的後端和前端仍然照常 deploy、照常驗證、照常上線。我甚至是在帳號被停權之後，才回頭確認網站狀態：訂閱頁正常、表單可用、寄信流程完整走完。那時我清楚感覺到這才叫解耦。GitHub 在不在線，已經不再決定我的網站能不能發布。

&gt; **📊 兩次停權對照**
&gt; - **4/29 第一次**：整條命脈斷線，花了兩週才重建完成，恢復發文。
&gt; - **6/22 第二次**：網站零中斷，當天照常上線新功能。
&gt; - **兩次事件**：中間那套五層解耦架構，在第二次停權發生時，當了我的保險。

## 但這次也戳出了一個我沒蓋到的盲區

如果故事停在這裡，它只是一個「我建了一套有用的系統」的案例。但真實事故照出來的，從來不只是你做對的部分，還有你沒想到、甚至沒看見的地方。

這次被挖出來的，是一個我原本以為有備援、其實沒有的環節。

要把進度同步出去的時候，我手上有兩個 AI 在幫忙，各自用不同的方式連到 GitHub。我一直把它們當成兩條獨立的路：這條不行，還有那條。結果 GitHub 帳號一被停，兩條同時掛掉。原因說穿了很簡單：兩個 AI 用的方式不一樣，但最後都得拿「我的 GitHub 帳號」去開門。GitHub 停掉的是整個帳號這個身份，底下所有用這個帳號的工具，自然一起失效。

打個生活一點的比方。你家廚房一個水龍頭、浴室一個水龍頭。有天廚房沒水，你想沒關係，去浴室接就好，結果浴室也沒水。因為這兩個水龍頭，牆壁裡接的是同一根總水管、同一個總閥。你平常看不到牆裡的管路，所以一直以為它們是兩個各自獨立的水源。我那兩條備援路，就是那兩個水龍頭。

這種狀況叫「同源單點」，是一種假冗餘。它比完全沒有備援更危險，因為它給你一種錯誤的安全感。沒有備援的時候，你至少知道自己在裸奔；假冗餘是讓你以為自己穿了盔甲，直到被打中那一刻，才發現那是紙板。

這件事讓我看到一個更大的問題：系統越複雜，那根「總水管」就藏得越深，我們越看不到它。我們看到的是兩個水龍頭、兩個工具、兩個看起來各自獨立的選項，它們卻在我們看不見的地方，接到同一個點。看不見不代表不存在，看不見的依賴往往最危險，因為你連它會跟著一起壞都不知道。

要解決的問題越多，系統會往更複雜的方向走。每多接一個服務、每多加一個工具，背後那張依賴圖就多幾條線，而那張圖已經沒有人完整看得見了。這是上一篇提到的「正常事故」理論講的事：在一個足夠複雜、又彼此牽動的系統裡，意外遲早都會發生，差別只在何時。沒有人能在事前看清所有的連動，因為連動本身會隨著系統演化不斷長出來。

而複雜性的風險，往往來自節點之間那些看不見的耦合。一條你以為獨立的備援路徑，可能跟主路徑共用同一個失效源。風險不藏在工具裡，藏在工具之間的關係裡。

複雜本身，就是一種藏起來的風險。

它也讓我想起三哩島事故的一個細節：操作員盯著「指令已發送」的指示燈，以為閥門關上了，其實閥門卡在開的位置。那盞燈顯示的是「我送出了指令」，至於閥門真正的狀態，是另一回事。假冗餘是同一種錯覺，它讓你看見兩條路，而那兩條路底下，是同一個會一起斷掉的根。

## 韌性沒有完成的一天，只有一次次被現實驗證

4/29 那次事故，教我怎麼建一套韌性架構。6/22 這次事故，教我的是另一件事：架構畫完圖不算數，部署完成也不算完成，它必須被現實檢驗，才知道哪裡真的有用，哪裡只是自己以為有用。

這是我在[創業與超級個體](/topics/startup/)這個主題裡，想要反覆驗證的題目。混沌演練很重要，但演練終究是你自己安排的壓力測試，再逼真，都還帶著一點「我知道接下來會發生什麼」的底氣。真實事故不一樣。6/22 停權沒有預告，不在我的演練腳本裡，也不是我安排好的測試。它就是突然發生，然後，我要用手中的系統立刻回應。

這次我安然渡過了：網站、部署、電子報都活著。但它也幫我挑出一個風險。我以為兩個 AI session 是兩條備援路，結果它們共用同一個身份來源，暴露我在判斷架構時的疏忽，跟工具本身無關。

所以，一套韌性架構，要被真實世界檢驗，才知道真正的價值。更重要的是，每檢驗一次，就可以更新一次盲區清單。第一次事故後，我的清單上寫著：五層解耦。第二次事故後，我在清單上又加了一條：多路徑備援，不只要看路徑數量，更要檢查失效源是否真的獨立。未來一定還會有第三次、第四次，讓系統不斷堆疊演化。

上一篇文章裡，我說：不該把自己的命脈託付給一家公司，然後還聲稱自己是自由的。

兩個月後的心得是：建好系統不等於自由。真正撐住你的，是系統被現實測試時，你看得見問題、改得動結構，把主控權拿回自己手上。

GitHub 第三次 suspend 會不會來，我不知道。但這次我知道：它再來的時候，我的系統已經更扛得住。

正如艾倫．瓦茲所說：「要理解變化的意義，唯一的方法就是投身其中，隨它前行，與它共舞。」

那行紅字也許還會再跳一次。但下次它跳出來的時候，我的網站，大概還是會像什麼都沒發生過一樣，繼續運作。</content:encoded><category>創造與建構</category><category>韌性工程</category><category>Multi-Remote Git</category><category>Cloudflare Pages</category><category>解耦架構</category><category>單點失效</category><category>判斷力經濟</category><category>AI Agent 協同</category></item><item><title>第 28 校：十年，把神學磨進每一個字</title><link>https://paulkuo.tw/articles/galatians-28th-proof-editor/</link><guid isPermaLink="true">https://paulkuo.tw/articles/galatians-28th-proof-editor/</guid><description>神學院花三年訓練你開口傳講，但我拿到道學碩士後沒有走上牧會這條路，第一份工作是在一套聖經研讀本計畫裡當編輯，負責其中的加拉太書，把眾多學者的註釋、串珠與考據整理成一般人讀得下去的書。這套研讀本我從 2003 參與編輯，一路到 2013，從創世記到新約書信，加拉太書只是其中一卷。這篇是我重新翻開那份印著「28 校」、停在加拉太書的試讀本後寫的。我想談的，是一個有趣的巧合：那時，我替讀者設想的默想題。如今，這些問題輪流回來問我；而其中問得最深的，是「名分」這兩個字。
</description><pubDate>Sat, 20 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; 「可見，從此以後，你不是奴僕，乃是兒子了；既是兒子，就靠着神為後嗣。」
&gt;
&gt;：加拉太書 4:7

&gt; **TL;DR**：2003 年我從華神道碩畢業，第一份神職工作是在聖經公會參與一個跨國專案，成為編輯群一員。《加拉太書研讀本》是負責統整的，我的任務是把聖經專家的考據彙整好，回報給總編，然後成為註釋書。
&gt;
&gt; 多年後翻開那份「第 28 校」的試讀本，當年替讀者設想的默想題，如今再看到過去的文字；加拉太書那句「你不是奴僕，乃是兒子」，仍然讓我很感動。感動有兩層，文字是一個層次，個人的歷史的軌跡是另一個層次。命裡沒有白白浪費的走過。那些看似零散的信念、等待、失落與呼召，最後都會在某個時刻連成一條線。然後知道，自己並不是被過去推著走，而是被更深的召喚著前行。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/galatians-28th-proof-editor-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/galatians-28th-proof-editor-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

螢幕上是一份 PDF，頁底用很小的字印著 `加拉太書28校.indd`，時間戳記停在 2009/11/17 中午 12:31。第 28 校。一份排到第二十八次校對、卻還掛著「僅供試讀使用」浮水印、沒有正式上市的校樣。我盯著那行小字看了一會，因為那是我年輕時候的手。

2003 年，我從中華福音神學院拿到道學碩士。神學院的訓練，讓我長時間浸泡在釋經、講道與牧養的語言裡，也讓我明白，所謂服事，未必只發生在講台上。後來，我沒進入教會牧會，而是在電腦前，擔任聖經公會聖經研讀本專案的編輯群。

## 神學訓練後，我的第一份工作是在編輯桌前服事

這套研讀本是個大計畫，每一卷書都配一位主要負責的編輯，大家都是編輯群的一員，對總編輯負責。我負責的，是加拉太書這一卷。一群聖經學者、語言考據、各家不同說法的資料交到我手上，我的工作是把它們讀完、消化，再排好先後，彙整成一本一般信徒拿起來讀得下去的書。

翻開註釋書任何一頁都看得到工具內文互聯的設計。正文旁邊有「串珠」，把相關經文一條條串起來；底下有密密麻麻的「註釋」，解釋「使女」「自主之婦人」是指夏甲和撒拉、「世俗小學」這個希臘文詞有四種可能的理解；側邊還有藍色框的「默想」，丟一個問題給讀者帶走。這些東西沒有一個會掛我的名字。可是整本書讀起來的呼吸節奏，哪裡停、哪裡多給一句、哪裡放一張西奈山的照片，是我在調的。

![《和合本聖經研讀本・加拉太書》試讀本第 28 校內頁，第 32-33 頁](/images/articles/galatians-28th-proof-editor-spread.jpg)

*圖為《和合本聖經研讀本・加拉太書》試讀本第 28 校內頁（第 32-33 頁），可見串珠、註釋與藍色的「默想」框層層交織。台灣聖經公會版權所有。*

這份工的兩端我都做。一端是骨架：每一卷的大綱、每一卷開頭那篇「本書概覽」，是我把一堆學者的東西讀完、消化，重新寫定的。光是創世記那篇概覽，我就得先把整卷書怎麼分段、一段一段怎麼接起來的脈絡摸熟，才寫得出那短短幾百字。另一端是細到不行的手工：把 Word 稿匯進排版軟體時，幾百個註腳記號要一個一個換成圖示；一個數字的水平縮放該設 90 還是 100，我都寫成一份只給自己看的注意事項，免得下次又踩同一個坑。

## 一本聖經研讀本，到底在編什麼？

校到第 28 校，你校的早就不是錯字了。

而要走到第二十八次，中間是好幾年的來回。一份稿子改完送出去，隔一段時間又回到我桌上，帶著新的紅字、新的商榷，還有一句「這裡是不是再想一下」，於是再改一遍、再送出去，然後繼續等下一輪。這份工作慢得驚人，慢到你會一度忘記它有結束的一天。2003 年我坐下來開始編，手上這份印著「2009、第 28 校」的校樣，中間隔了多少個改了又改的版本，我自己都數不清。

而且不只加拉太書。同一套研讀本，我一卷接一卷地編：創世記、路得記、歌羅西書、腓利門書、約翰一二三書。一卷書往往不是一個人在看，要經過好幾位校閱者，最後才整合成一個定稿。

頭幾校是抓漏：標點、引用章節對不對、希臘文音譯一不一致。中段開始磨的是「讀者會不會卡」：這條註釋太學術，一般人讀不懂，要不要改寫；這個比方放在這裡，是幫忙還是添亂；夏甲撒拉那段太硬，要怎麼鋪才不會把人嚇跑。到後面，你磨的幾乎是一種態度。一個詞要用「寓意」還是「比方」，背後是你對讀者的尊重有多深。

把一群專家的聲音收進來，最難的一關是決定「不收什麼」。每一條我留下的註釋背後，都有好幾條被我拿掉。

## 我寫來問讀者的默想題，現在讀來仍有意思

最近重新翻這份校樣，真正讓我停下來的，是那些藍色的「默想」框。

加拉太書 4:9 旁邊那框問：「在我信仰的過程中，我曾受過哪些『無用的小學』的干擾？」4:17 那框問：「我該如何避免讓別人的不懷好意影響我的熱心待人？」3:28 那框更直接：「我該如何對待不同種族、階級、性別的基督徒？」

這些問題，當年是寫來問讀者的。那時候，我像是站在題目外面的人，負責把問題設計好，再繼續校下一段文字。

隔了這麼多年再讀。我不再只是那個出題的人。

有哪些「無用的小學」？那些曾經消耗我、卻未必真正建造我的東西，我多少說得出來。「別人的不懷好意」，有沒有影響過我待人的熱度？文字沒有變，變的是讀者。也許一本研讀本真正留下來的，不只是解釋，而是在頁面上的問題。

## 那條沒斷掉的線

那十年的編輯與翻譯工作，讓我學到透過文字反省神學，讓文字成為一種安靜的陪伴。若一句話能幫助讀者多明白一點、被安慰一點，或在信仰裡多往前走一步，那些反覆修改與斟酌，就有了它的意義。

這份訓練有它的代價。校了那麼多年註釋，我後來自己寫東西，文字常常硬邦邦的，有時候讀起來像教科書。沒辦法，我確實長年泡在聖經註釋書的編譯裡，那種「每個字都要負責」的慣性，戒不掉。

所以，這篇文章對我來說，與其說是懷舊，不如說是回頭看見一條沒有完全中斷的線。以前是在書稿裡工作，陪一本書慢慢成形；現在則是透過科技的協助，讓更多文字彼此對話，也讓自己的經歷、理解與記憶，進入更深的整理。人的處境，無非是自己與天地之間的一場對話；你願意敞開自己，世界就會回應你，你若緊閉心門，再好的機會也進不來。也因此，我把這篇放進了「[沉思與記憶](/topics/life/)」中，因為它不只是回憶一段編校往事，更像是多年後再次與經典、與自己、與生命走過的路相遇。

第 28 校那天，我不知道後面是否還會有第 29 校。當年反覆校對過的那句「你不是奴僕，乃是兒子」，多年後再讀，仍然會在心裡喚起漣漪。那些曾經穿過書稿的文字，也悄悄穿過我的生命；它們不只留在紙上，也沉進記憶、信念與身體，成為我的一部分。

&lt;video controls playsinline preload=&quot;metadata&quot; poster=&quot;/images/articles/galatians-28th-proof-editor-lofi-mv-poster.jpg&quot; style=&quot;width:100%;border-radius:8px;margin:1.5rem 0;display:block;&quot;&gt;&lt;source src=&quot;/videos/galatians-28th-proof-editor-lofi-mv-zh.mp4&quot; type=&quot;video/mp4&quot; /&gt;您的瀏覽器不支援影片播放，請點此 &lt;a href=&quot;/videos/galatians-28th-proof-editor-lofi-mv-zh.mp4&quot;&gt;下載影片&lt;/a&gt;。&lt;/video&gt;

*把加拉太書 4:7 做成一首 lofi 詩歌：〈從此以後（兒子的名分）〉。*</content:encoded><category>沉思與記憶</category><category>加拉太書</category><category>聖經研讀本</category><category>台灣聖經公會</category><category>中華福音神學院</category><category>聖經編輯</category><category>信仰記憶</category><category>名分</category></item><item><title>Ultracode：當 AI 可以帶 coding 團隊，人還剩下什麼？</title><link>https://paulkuo.tw/articles/ultracode-and-judgment/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ultracode-and-judgment/</guid><description>Ultracode 揭示一個新常態：AI 不只能幫忙幹活，還能自己組團隊、自己當專案經理。這套「多代理人協作＋內部對抗審查」的架構，過去要工程師大費周章自行搭建，如今被簡化成一個開關。這篇帶你看到：當執行門檻降到接近零，超級個體拉開差距的關鍵不再是做事效率，而是定義問題的眼光，以及做完之後憑什麼算數的判斷。
</description><pubDate>Fri, 19 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** Ultracode 把「深度推理」與「自動團隊編排」綁在同一個開關。它讓 AI 自行評估任務、拆解步驟，甚至複製出數十到數百個分身平行作戰。當機器連「如何分工」都學會，人的價值就被推向更核心的兩件事：這件事值得花算力做嗎？做完的成果，憑什麼算數？

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ultracode-and-judgment-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ultracode-and-judgment-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

前陣子我打開 Claude Code，在選單最下方看到一個新選項：Ultracode。我順手開啟這個模式，丟進一項繁瑣的程式碼收尾任務，接著什麼也沒做，靜靜盯著螢幕看它怎麼運作。

它不像傳統 AI 一拿到指令就往前衝。它先花時間比對幾條分岔的版本紀錄，確認沒有檔案衝突，才沉穩選了最安全的合併路徑；接著同步鏡像、寫好歷史紀錄，順手補上當天的工作日誌。畫面上反覆跳出「almost done thinking」。整段跑完，讓我在意的不是它做得多漂亮，是它做事的「形狀」變了：它表現得比多數工程師還謹慎。

&lt;video controls playsinline preload=&quot;metadata&quot; poster=&quot;/images/articles/ultracode-and-judgment-poster.jpg&quot; style=&quot;width:100%;border-radius:8px;margin:1.5rem 0;display:block;&quot;&gt;&lt;source src=&quot;/videos/ultracode-and-judgment-sound.mp4&quot; type=&quot;video/mp4&quot; /&gt;您的瀏覽器不支援影片播放，請點此 &lt;a href=&quot;/videos/ultracode-and-judgment-sound.mp4&quot;&gt;下載影片&lt;/a&gt;。&lt;/video&gt;

&gt; *圖說：我把一段複雜的版本收尾任務交給 Ultracode，全程沒有介入。它自行比對版本、選擇合併邏輯、更新鏡像、補完日誌。*

## 技術表面之下：深度推理與動態分工

先釐清一件事：Ultracode 不是一顆新模型，也不是單純讓 AI「想久一點」。它是 Claude Code 的一種運作模式，2026 年 5 月底隨 Opus 4.8 上線（[官方說明在這裡](https://code.claude.com/docs/en/model-config)）。開啟開關，系統同時轉動兩道齒輪：

1. **極致推理強度（xhigh）**：迫使模型動手改程式碼前，先把所有潛在風險與架構邊界在腦中模擬一遍。
2. **自動動態編排（dynamic workflow）**：AI 自己評估任務規模，判斷值不值得拆，再把工作分派出去。

關鍵在第二件事是條件式的。任務夠大、能切開，它才會啟動分身；若任務本質是單線（像我丟給它的版本收尾，一個 rebase 沒辦法切給十個代理同時做），它就老實地一步步寫完。同一個開關，遇到不同問題，會自動長出不同的策略。這是我盯著螢幕時最先讀到的訊號：Ultracode 開著，但它沒有為了用而用。

## 當任務夠大，AI 自己組一支代理人小隊

一旦任務規模龐大，Ultracode 才展現真正的力道。它會現場寫出一段腳本，在同一個 session 裡拉出數十到數百個「子代理（sub-agent）」，各自啃一塊程式碼。

更精妙的是它的驗證方式：對抗式驗證。一組代理從不同角度進攻問題，另一組專職反駁前面得出的結論，兩派在系統內部來回攻防，直到答案收斂、挑不出漏洞為止。

這不是實驗室裡的理論，而是已經發生過的事。

### 📊 實戰數據：Bun 的程式語言移植

[Bun](https://bun.sh)（知名的 JavaScript 執行環境）作者 Jarred Sumner 分享過一個極端案例：他用這套機制，把 Bun 核心接近百萬行的程式碼，從 Zig 移植到 Rust。

| 項目 | 公開數據 |
| --- | --- |
| **工程規模** | 約 96 萬行原始碼、超過 6,000 個 commit |
| **開發耗時** | 從動工到合併進主線，不到 10 天 |
| **品質驗證** | 幾百個 AI 代理平行協作、每個檔案配兩位 AI 審查者，最終 99.8% 測試通過 |

這在過去，是一整支資深工程師團隊耗上數個季度也不一定啃得下的工程量。現在用這套機制，十天內就跑出可合併的結果。（Sumner 也提醒，這比較像一次實驗，未必會取代現有的 Zig 版本。）

## 我以為的核心競爭力，變成 Claude 的內建功能

看到這個功能，我的心情很複雜，因為這套「多代理協作」我自己才剛辛苦手刻過一套。

過去，其實也不過是兩個月前，為了讓 AI 的不同視窗能用接近團隊協作的方式工作，我把流程拆成幾種明確分工：Chat 負責搜尋與策略判斷，Cowork 負責統整與執行，Code 則負責程式碼與技術檢測。不同環節之間，再透過文件與記憶系統同步狀態，避免資訊斷裂、重複或衝突。

這樣的分工其實是一種 harness engineering：不是只把問題丟給 AI，而是設計一套能約束、引導、分工、交接與驗證 AI 的工作系統。

我曾以為這是我身為獨立工作者的護城河。

Ultracode 把這條護城河直接填平。那些曾經要靠人類嚴密規劃、手動隔離、小心切換視窗才撐得起來的高階協作技巧，現在直接變成軟體底層的一個普通按鈕。這代表一件事：「手動編排 AI」的技術紅利已經歸零。

## 執行力變免費之後，什麼才是稀缺的？

當工具接管最耗腦力的「分工與編排」，而且成本是開放式的（不設上限，跑到答案穩了才停），人的位置就被往後推了一格。

你不再需要思考「怎麼拆解、怎麼分派」，因為機器做得更快更好。這時真正考驗人的，是兩件無法自動化的事：

- **算力的判斷**：眼前這個問題的徹底程度，值不值得按下開關、放任這群代理耗掉一筆說不準的算力去算到收斂？
- **成果的品味**：當幾百個代理交出一份邏輯嚴密、架構龐大的成品，你憑什麼相信它？又該怎麼界定它的範圍和驗收標準？

驗收的本質就是品味。你得自己先深刻知道什麼叫「好」，才有辦法在機器吐出來的成千上萬行程式碼裡，一眼看出哪裡不對勁、哪些該留、哪些該砍。

我在〈[人天已死](/articles/beyond-man-days)〉裡談過，AI 壓低執行門檻後，產出由「投入多少時間」轉向「你怎麼定義問題、分配任務、把關品質」，人從作業員移向專案經理。Ultracode 是這條線再往前一步：連「分配任務」這個動作，工具都開始自己做。於是手上剩下的，更純粹是判斷。它沒有讓我少做判斷，是把判斷的位置，從「執行的細節」搬到「該不該動用，以及跑完怎麼信」。這兩個問題沒有自動化幫得上忙，因為它們本質上是價值取捨，不是運算。

## 結語：真正的護城河

看著 Ultracode 在螢幕上跑完那段收尾，我心裡浮現的，是一個更具體的問題：當機器開始接手編排、執行、除錯，甚至直接完成大量程式碼移植時，人該握在手上的能力，到底是什麼？

答案恐怕不是更快的操作，也不是更熟練的執行，因為這些能力正在快速被自動化吸收。今天它能協助處理近百萬行程式碼，明天它能接手的範圍只會更大。那些過去以「執行優勢」為傲的個人與團隊，必須重新理解這個新的現實：純粹執行力的重要性，會被壓縮得越來越小。

但這未必是壞事。它逼我們重新區分：什麼只是忙碌，什麼才是有價值的能力。

最後留下的，是判斷力與品味。判斷力，是知道什麼值得做、什麼不值得做；品味，是知道一件事做到什麼程度，才算真正做好。這兩件事不是工具升級就會自動長出來的，也不是按下一個開關就能立刻取得。它們來自真實的經驗、犯過的錯、看過的壞設計、做過的艱難取捨，以及長時間累積出來的分辨能力。

機器會跑得很快，也可以做得越來越多。但要不要做、做得對不對，仍然得有人來把關。那才是填不平的護城河。</content:encoded><category>智能與秩序</category><category>Ultracode</category><category>Claude Code</category><category>AI Agent</category><category>dynamic workflows</category><category>多代理協作</category><category>超級個體</category><category>AI 工程方法論</category></item><item><title>Claude Design 更新後，我用一個指令把網站設計系統餵進 AI：難的不是下指令，是看懂它要動哪裡</title><link>https://paulkuo.tw/articles/claude-design-sync-codebase/</link><guid isPermaLink="true">https://paulkuo.tw/articles/claude-design-sync-codebase/</guid><description>Claude Design 在 6/17 推出更新、跟 Claude Code 深度整合之後，設計工具不再只是憑提示詞生成畫面，而是能透過 design-sync 讀進網站真實的設計系統，讓產出自動 on-brand。我把 paulkuo.tw 的品牌 tokens 接了進去，全程順利收尾。但這篇想記的不是操作步驟，而是過程中每一個需要人判斷的瞬間：權限該不該放行、AI 跟我都記著舊版本時該信誰、產出有沒有經過獨立驗證。工具越強，這些判斷越值錢。寫給想把 AI 用得聰明、也用得安全的創作者與經營者。
</description><pubDate>Thu, 18 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — Claude Design 在 6/17 推出更新後，跟 Claude Code 的整合變得更深。這代表它不再只是憑提示詞生成漂亮畫面，而是可以透過 `design-sync` 讀進網站真實的設計系統，讓後續產出的設計更接近原本的品牌語言。
&gt;
&gt; 我這次把 paulkuo.tw 的品牌 tokens 接進 Claude Design：同步 10 個檔案、validate exit 0、零 force 收尾。但真正值得記下來的，是過程中每一個需要人判斷的瞬間：權限能不能放行、AI 讀到的檔案是否正確、我自己的記憶是否已經過時、最後需不需要另一雙眼睛來驗證。
&gt;
&gt; 工具越強，人的判斷力就越值錢。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/claude-design-sync-codebase-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/claude-design-sync-codebase-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

Claude Design 更新後，我第一時間想測的不是它能不能生成更漂亮的畫面，而是它能不能真正接上我的網站。

於是我用 design-sync 把 paulkuo.tw 的設計系統餵進去。流程跑到一半，我盯著終端機上的權限確認框，手指停在 Enter 上方。它要的存取範圍，比我眼前的動作大了一截：我只是要同步幾個顏色和字體，它卻要求碰一個看起來毫不相關的子目錄。

那一秒，如果我只是習慣性按下 Yes，流程也許會繼續往前走；但我不會真的知道，它到底準備動哪裡。所以我停下來，退回去讀它要做什麼。後來證明，這個停頓是對的。

我想藉這個停頓，拆解 Claude Design 這次更新背後更重要的問題：當 AI 工具強到可以把設計系統接進 codebase、甚至開始替你執行一整段工作流程時，人真正不能外包的是什麼？我的答案是把關。而把關，比下指令難多了。

## design ↔ code 打通了，這對有 codebase 的人意味什麼？

以前用 AI 做設計，東西通常都夠漂亮，真正的問題是它太像「任何人都可以用的漂亮」。Claude Design 原本可以幫你產 mock、產元件，但它不認得你的網站，也不知道你真正使用哪些顏色、字體、間距與元件邏輯，產出常常帶著一種「通用 AI 設計感」：看起來不差，但不是你。這次更新真正有意思的地方就在這裡：Claude Design 開始能夠透過 Claude Code 接上 codebase，把你的設計現場讀進來。

6/17 這版更新，對我來說關鍵不只是多了一個功能，而是 Claude Design 跟 [Claude Code](https://claude.com/blog/claude-design-stays-on-brand-for-daily-work) 之間的邊界開始變薄。最重要的改變是設計系統匯入被重做了：現在 Claude Design 不只是聽你描述品牌，而是可以讀進一個 GitHub repo、設計檔或原始資料，拿你的真實設計系統作為生成依據，甚至會自己拿產出去對照、發現不對再修。

對一個有自己 codebase 的人來說，這是一個分水嶺。以前我的網站長什麼樣、用什麼顏色和字體，跟 AI 幫我生出來的設計基本上是兩個世界；現在，我可以用一個指令把這兩個世界接起來。

![Claude Design 的 designs 列表畫面，列出 Design System、Paul_Ai Capibility 等多個設計專案](/images/articles/claude-design-designs-list-anon.png)

上面是 Claude Design 現在的樣子。左上角還掛著 Beta，但該有的入口都已經出現了：從檔案開始、做簡報、做產品原型、做線框圖；下面則是你累積的設計專案。我這趟要做的，就是讓清單裡的東西，從一開始就長得像 paulkuo.tw。

順帶一提，它的[用量是獨立計量的](https://support.claude.com/en/articles/14667344-claude-design-subscription-usage-and-pricing)：有自己每週的額度，跟你 chat、Claude Code 的額度分開算、不在同一池，所以設計上的用量不會回頭吃掉你的對話或 Code 額度。我用的是 Max 方案，這趟同步額度上沒有卡關。

這趟同步的數字不大，但它代表一件事：AI 不再只靠提示詞猜測我的網站風格，而是開始讀取真實的設計規格。

&gt; **📊 這趟同步的數字**
&gt; - **同步檔案**：10 個
&gt; - **內容範圍**：品牌 tokens（顏色、字體、間距）
&gt; - **驗證結果**：validate exit 0（零錯誤）
&gt; - **版控收尾**：commit + push 三鏡像，fast-forward、零 force
&gt; - **未來成本**：建立 `.design-sync/` 設定檔，之後 re-sync 一個指令即可完成

## 先分清楚：桌機 app 是門，Claude Code 是引擎，Claude Design 是工作的地方

這裡要先打個岔。很多人一聽到「Claude Design 跟桌機 app 整合了」，會以為這只是一句話的事，其實這個連動有兩層，分開看才不會混在一起。

第一層是入口的連動。桌機 Claude app 的側邊欄現在有 Claude Design 的捷徑，點一下就能直達工作區，不用另外開瀏覽器。這一層只是「進得去」，app 把 Claude Design 收進來，讓它成為一個可以直達的地方。

第二層才是重點：能力的連動。把既有 codebase 餵進去、設計完再接回開發，這種雙向打通的引擎是 Claude Code，不是桌機 app 本身。而且桌機 app 裡有 Chat、Code、Cowork 三個模式：Chat 不能驅動這套同步流程；Cowork 比較像知識工作的第二雙眼睛，適合拿來做獨立驗證，等一下你會看到我就是這樣用它；真正能把設計系統餵進 codebase、再接回開發流程的，是 Claude Code。

| 角色 | 它負責什麼 |
|---|---|
| 桌機 Claude app | Claude Design 的入口，負責讓你直達工作區 |
| Claude Code | 真正驅動「餵 codebase ↔ 接回開發」的引擎 |
| Claude Design | 生成設計、製作原型的工作區 |

一句話：桌機 app 是門，Claude Code 是引擎，Claude Design 是工作的地方。所以接下來你看到的同步，全是 Code 在背後做的，不是 Chat，也不是 Cowork。

## 流程總覽：五個階段，兩個關鍵決策

我把整趟走過的路畫成一張圖。重點不在步驟多漂亮，而是每一步背後都藏著一個判斷。

![把 codebase 的設計系統接進 Claude Design 的實戰流程：五階段加兩個關鍵決策，底部三條把關心法](/images/articles/claude-design-sync-flow.svg)

整個流程大概是這樣：開一個全新的 Claude Code session、跑 `/update` 抓最新指令、在 repo 根目錄啟動 `/design-sync`、逐一判斷權限、用獨立的眼睛驗證，最後乾淨收尾。聽起來像例行公事，但真正花腦力的是兩個決策：第一，要同步到什麼程度；第二，哪些權限可以放行。

## 為什麼只同步 tokens？因為工具還沒真正吃得下 Astro 元件

`design-sync` 跑起來後會問你要同步什麼。我選了 tokens-only，也就是只搬品牌的底層規格，不搬完整元件。簡單說，就是先讓 AI 認得我的顏色、字體與間距，而不是急著讓它理解整套 Astro 元件。

這不是保守，而是看清楚工具的邊界。Claude Design 的設計系統匯入是讀你的 [codebase 跟設計檔](https://www.anthropic.com/news/claude-design-anthropic-labs)起家的，但我實測 paulkuo.tw 這種 Astro 專案，`.astro` 元件它目前還吃不進去。硬要它同步元件，得到的很可能是一套半準不準的東西；與其如此，不如只搬最乾淨、最不容易出錯的那一層：顏色、字體、間距。這些是品牌的底色，搬過去之後，AI 之後幫我做任何設計，至少配色和字型是對的。

第二個決策是目標：tokens 要同步到哪裡？它預設想倒進既有的 design system 母體，但我選了「開一個全新專案」。理由很簡單：我不想讓這次專屬於 paulkuo.tw 的 tokens，混進那個以後還可能重複使用的共用設計系統裡。一個動作會不會弄髒一個你以後還要用的東西，這種事工具不會幫你想，得自己判斷。

## AI 要你按 Yes 的時候，先問它到底要動哪裡

回到開頭那個權限框。跟 AI agent 協作時，你會一直遇到權限確認，多數人按到後面會麻木，看到框就直接 Yes。這是最危險的習慣。我的做法是把每個確認都當成一次小考，問自己兩件事：它要動什麼？放行範圍有多大？

shell 指令其實也有基本文法。你不用會寫程式，但至少可以先分辨一件事：它只是「讀資料」，還是準備「改檔案」。像 `grep`、`sed` 這類通常偏向讀取或處理文字，但看到 `&gt;` 這種重導向，就要知道它可能會把結果寫進某個檔案。能分辨「看」和「改」，就已經能避開很多不必要的風險。鎖在工具自己沙盒裡的動作大多可以放心，但一碰到你真實的程式碼目錄，或者出現「以後都不問」這種選項，就要把神經拉回來。

那個讓我停手的框就是最好的例子。它一直冒出來，想讓我授權一個 worker 子目錄，但那個地方跟我正在做的 token 同步毫無關係。後來才搞懂，是因為當下的工作目錄剛好在那個子目錄底下，它才把那串路徑當成預設範圍丟出來。**放行選項的範圍，跟眼前的動作兜不起來，就是該踩煞車的訊號。** 不是它居心不良，而是它的預設邏輯不見得貼著你的意圖走，這時候就得由你來校正。

## 不要相信印象，要相信現場讀到的檔案

中間有個小插曲，我蠻喜歡的。`design-sync` 要去找我的品牌 tokens 到底定義在哪裡，我很有把握地以為在 `src/` 裡，畢竟原始碼都在那。結果它自己比對了一圈，在 `public/styles/` 找到真正的源頭。我記錯了。

這件事反過來很有意思：它沒有因為我語氣篤定就照我說的去 `src/` 裡亂抓，而是認真核對，找到對的地方。這跟很多人對 AI 的刻板印象剛好相反：大家常說 AI 會亂編、會討好你，但至少在這一次，它沒有被我的篤定語氣帶偏，而是回到檔案本身核對。

不過這也提醒我另一件事：AI 會核對，不代表它永遠對。它跟人一樣，腦袋裡都有一份「記憶裡的舊版本」，重要的事要當場讀檔查證，不要靠任何一方的印象。這趟我就被自己的記憶騙了一次，幸好流程裡有核對這一關。

說到記憶騙人，還有另一個例子。同步完準備收尾時，我也預設 `git push` 會觸發線上自動重建，就像很多 CI/CD 那樣；但現場讀了 repo 裡的 `CLAUDE.md` 才發現，那個自動重建功能早就停用，現在部署走的是另一條路。又一次，現場檔案覆蓋掉我腦中的舊版本。這種被更正的時刻不該抗拒，要欣然接受，它就是「以現場為準」這條原則在替你擋掉一個錯。

## 別讓 AI 自己驗自己：找獨立的第二雙眼睛

同步完成後，validate 回報 exit 0，十個檔案也都到位了，看起來成了。但「工具說它成功了」跟「它真的對」是兩件事。

我沒有讓執行同步的 Claude Code 自己驗收自己，而是另外開了 Cowork，把它當成一個沒有參與前面流程的第二雙眼睛，拿原始 tokens 源頭跟同步後的產出逐項比對：顏色值有沒有抄錯、有沒有漏掉哪一條。確認無誤後，我才 commit、push 到三個鏡像，對齊乾淨、fast-forward、零 force。

這個動作是整趟最該被記住的紀律：讓執行者自己驗收自己，等於沒驗收。任何要推出去見人的東西，不管是程式、設計還是文章，在送出去之前，都該找一個沒有參與製作的角色重新看一遍。

這也是我長期主張[多模型認知協作](/articles/multi-model-collab-website-rebuild)的原因。重點不在多開幾個視窗湊熱鬧，而在讓不同角色互相質疑、互相校對。人則留在中間，負責定義標準、判斷風險、確認最後的結果。

中途還有一個小烏龍。畫面突然卡住，我一度以為斷線，後來才發現只是誤按 `Ctrl+Z`，把工具丟到背景暫停而已，打一個 `fg` 整個流程就回來了。這也再次提醒我：很多恐慌，其實來自於不知道底層正在發生什麼。

## 工具越強，判斷力越貴

把這趟濃縮成一句話：用 AI 做事，真功夫不在你會不會下指令，而在你看不看得懂它要動什麼、肯不肯當場查證、懂不懂得找人把關。

design-sync 確實很強，一個指令就把我網站的品牌接進了 AI，以後做設計 AI 就能自動 on-brand。但讓這件事「做對」而不只是「做完」的，從頭到尾都是那些沒有寫在指令裡的判斷。這跟我一直在談的[品味與判斷力](/articles/post-code-era-taste)是同一回事：當執行的成本被壓到接近零，剩下的差異全部都在決策的品質。

Claude Design 這次更新，只是開始。接下來會有更多 AI 工具不只幫你生成內容，而是直接接上你的工作現場、讀你的檔案、改你的流程。能一鍵完成的事會越來越多，但正因如此，那個在按下去之前願意停半秒、退回去讀一眼的人，會越來越重要。

下次確認框跳出來時，別急著按 Yes。先問一句：你到底要動哪裡？</content:encoded><category>智能與秩序</category><category>Claude Design</category><category>design-sync</category><category>AI agent 協作</category><category>設計系統</category><category>權限把關</category><category>超級個體</category><category>人機協作</category></item><item><title>三個 Claude，一個迴圈：我如何把設計探索接到實作上線</title><link>https://paulkuo.tw/articles/three-claudes-one-loop/</link><guid isPermaLink="true">https://paulkuo.tw/articles/three-claudes-one-loop/</guid><description>設計新版面時，最糟糕的策略就是指望一個 AI 搞定所有事。聰明的作法是劃清邊界，讓三個 Claude 介面各司其職：一個發想視覺、一個挑剔邏輯、一個落地寫程式。這篇文章不聊工具功能，而是聊一套系統思考：如何用草圖（mock）、規格（spec）與截圖（screenshot）作為合約，把工具各自為政的混亂，變成一個不斷進化的協作迴圈。適合想更有條理掌握 AI 的創作者與獨立開發者。
</description><pubDate>Thu, 18 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 效率不是來自最強的模型，而是清晰的分工。我讓三個 Claude 介面各自補位：Claude Design 負責視覺發想，網頁版 Claude 負責邏輯批判，桌機版 Claude 負責程式實作。它們之間靠三種檔案（草圖、規格書、真實截圖）作為溝通合約。這不是一條單向的流水線，而是一個迴圈：上線後的真實畫面會回頭修正最初的設計。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/three-claudes-one-loop-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/three-claudes-one-loop-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

每當要設計新版面，我的工作流程聽起來都很沒效率：同一件事，我會在三個不同的 Claude 介面之間來回傳好幾圈。先讓 Claude Design 把視覺生出來；再丟給網頁版 Claude 拷問「這合不合理」；接著交給桌機版 Claude 寫進程式碼、上線部署；最後，把線上真實的畫面截圖，重新丟回 Claude Design 看哪裡需要微調。

聽起來很繞路，但我越用越篤定：這個「繞」，才是威力所在。

多數人使用 AI 的直覺，是想找一個足夠強大的全能工具，把所有事情塞給它。AI 廠商也樂於販售這種幻想：一個輸入框，就能把想法變成成品。但我的經驗剛好相反。沒有任何一個介面能獨自走完這條路，硬要它全包，結果就是每一步都做得勉勉強強。關鍵從來不是尋找完美的 AI，而是看清每個介面的能力邊界，然後讓它們在各自擅長的領域裡發揮。

## 三個 Claude：探索者、批評者與建造者

這三個介面的能力特質截然不同，硬體規格再強，也改變不了介面設計帶來的行為差異。

Claude Design 是探索者。它最擅長讓視覺「長出來」：快速生出畫面草圖（HTML mock）、繪製元件，甚至幫你把設計脈絡寫成框架。自從六月更新搬進桌機 App 後，它能直接讀取你的既有程式碼（codebase），這讓它生出來的設計能直接貼合現有的網站風格，而不是憑空畫一張好看卻不能用的圖。但你要它處理複雜的資料串接或互動狀態，它就顯得吃力。它交付的成果，是一份視覺草圖（mock）。

網頁版 Claude（也就是 claude.ai）是批評者。它不負責產出視覺，但極度擅長進行設計批判：會不斷拷問你「為什麼要這樣設計？有沒有更好的取捨？」，並把模糊的設計語言翻譯成工程師聽得懂的規格說明書（spec）。你若叫它直接去寫程式或畫圖，那是找錯人。它交付的成果，是一份規格。

桌機版的 Claude Code 是建造者，負責動手幹活的那一端，也就是上一篇〈[把網站設計系統餵進 AI](/articles/claude-design-sync-codebase)〉裡講的 Code 工作流。它讀寫專案檔案（repo）、修改網頁元件、測試並部署上線，把想法真正寫進程式。但美感與視覺發想從來不是它的強項。它交付的成果，是實際的程式碼，以及上線後的真實畫面。

我把這三端的能力邊界，以及它們之間怎麼流動，畫成一張圖。

![Three Claudes, One Loop：Claude Design（探索）、網頁版 Claude（批判）、桌機版 Claude Code（實作）三端的能力邊界，以及一個 explore → critique → implement → reflect 的迴圈](/images/articles/three-claudes-one-loop.svg)

把它們擺在一起，分工就一目了然：一個負責想像，一個負責挑毛病，一個負責落地。它們不是彼此的替代品，而是彼此的補位。

## 三種檔案，就是 AI 之間的「通訊協定」

三個介面各玩各的，要怎麼無縫接軌？靠的是三種很具體的檔案。Claude Design 把視覺交給建造者，靠的是一份 mock HTML；網頁版 Claude 把判斷交給建造者，靠的是一份 spec markdown；建造者把成果交回探索者，靠的是部署後的 screenshot。簡單整理如下：

| 交接方向 | 交接的檔案 | 核心作用 |
|---|---|---|
| Claude Design → 桌機版 | mock HTML | 定義視覺外觀 |
| 網頁版 Claude → 桌機版 | spec markdown | 定義邏輯與實作規則 |
| 桌機版 → Claude Design | screenshot | 反饋線上真實呈現的結果 |

這三種檔案，就是三個介面之間的「合約」。當輸入與輸出的規格被嚴格限縮，下一個 AI 才會清楚知道自己該做什麼。

這套流程之所以不會崩潰，不是因為 AI 有多聰明，而是因為邊界與合約足夠清晰。人類團隊也是如此，協作的混亂往往不是能力問題，而是交接模糊。AI 沒有人類的「默契」，你給的接口有多精準，它們的協作就有多順暢。

值得注意的是，過去這些檔案需要人類手動複製貼上，而 2026 年六月的這波更新，核心就是在消滅這些接縫。透過內建的自動同步（design-sync），「探索」與「實作」之間的轉換變得越來越不費力。系統的迴圈結構沒有變，變的是齒輪轉動時的摩擦力變小了。

## 為什麼你需要迴圈，而不是流水線？

人們最容易犯的錯誤，是把這個過程當成單向的「流水線」：設計、評估、寫程式、收工。但真實世界是會對設計開玩笑的。

在草圖裡看起來完美的版面，一旦塞進真實的使用者資料、遇上瀏覽器的字體渲染、切換到不同螢幕尺寸（RWD）時，往往會直接崩壞。

因此，程式碼上線不是終點。我一定會把真實網頁的截圖，重新餵回 Claude Design。這叫反思（reflect），讓下一輪的優化建立在「真實長怎樣」的基礎上，而不是建立在「我的想像」上。

這就是流水線與迴圈的本質差異：**流水線假設你第一次就能做對；迴圈則假設你一定會出錯。** 既然錯誤不可避免，不如在系統裡幫「修正」留一條合法的路，讓真實結果自動滾動回起點。

## 起點對了，後面才不會白忙

前陣子聊到的[設計同步（design-sync）](/articles/claude-design-sync-codebase)，本質上就是這個迴圈的「起點校準」。

當你把網站的設計規範（如品牌色、字體間距等 tokens）餵給 Claude Design，是在做什麼？是在教這個「探索者」認得你的家門。它畫出的第一筆線條，就會自帶你網站的基因，而不是散發一股廉價、通用的 AI 味。

起點精準，後面滾動的每一圈才會有品質；如果一開始就歪了，你只是在迴圈裡加速迷路而已。這也是[多模型認知協作](/articles/multi-model-collab-website-rebuild)的核心：重點不是單一 AI 有多聰明，而是如何建立一個有秩序的結構，讓它們互相補位。

## 永遠把人留在迴圈中央

看完了這套自動化閉環，你會發現一件有趣的事：三個 Claude 都極具威力，但沒有一個知道「這艘船現在該開往哪裡」。

要往哪個方向修正？哪一項功能取捨才符合商業利益？什麼時候該喊停？這些攸關價值的決策，AI 碰不到，也做不好。

工具負責把每一步走得飛快，而人類負責決定方向。三個 AI 跑完一個迴圈，真正賦予這個迴圈意義的，永遠是坐在中間、制定秩序的那個人。</content:encoded><category>智能與秩序</category><category>多 AI 協作</category><category>Claude Design</category><category>設計到開發</category><category>工作流</category><category>能力邊界</category><category>迴圈思維</category><category>人機協作</category></item><item><title>當獎勵變成自願的枷鎖</title><link>https://paulkuo.tw/articles/the-voluntary-cage/</link><guid isPermaLink="true">https://paulkuo.tw/articles/the-voluntary-cage/</guid><description>一份凌晨的外賣，讓我想起《外賣騎手，困在系統裡》。真正困住人的，不是有人拿槍逼你，而是一套帶著不確定性的獎勵設計，讓你自己願意繼續跑。這正是史金納箱的邏輯，也是馬克思的勞動異化、海德格的座架、卡繆的薛西弗斯講的同一件事。
我想寫的不是控訴外賣平台，而是把批判的鏡頭轉回自己身上：當我為衝高 Token 用量沾沾自喜時，我跟那位凌晨還在跑單的騎手，其實沒有兩樣。
讀完你會多一個問題：我此刻的「升級」，到底是我要的，還是系統要的？
</description><pubDate>Tue, 16 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：真正困住人的，往往不是外在強迫，而是一套帶著不確定性的獎勵機制；它讓人以為自己正在選擇，其實只是一次又一次地把自己交給系統。史金納箱、馬克思的異化、海德格的座架說的是同一件事。從凌晨跑單的騎手到盯著用量沾沾自喜的我，都在同一個箱子裡；最危險的，是忙到感覺不到自己正在失去自由。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/the-voluntary-cage-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/the-voluntary-cage-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

凌晨一點，我點了份美團外賣。

本來只是想親身體驗，這套系統究竟方便到什麼程度。跟櫃檯小哥請教下單方式後，幾個按鍵，烤串、餅、兩瓶當日鮮釀啤酒，30 分鐘後就到了。

![凌晨一點，美團外賣送來的烤串、餅與兩瓶當日鮮釀啤酒，攤在飯店大廳的桌上](/images/articles/the-voluntary-cage-supper.jpg)

就是你看到的畫面，很普通。普通到讓我想起一篇 2020 年引發全網熱議的調查報導：[《外賣騎手，困在系統裡》](https://mp.weixin.qq.com/s/Mes1RqIOdp48CMw4pXTwXw)（[存檔備份](https://web.archive.org/web/20260521214630/https://mp.weixin.qq.com/s/Mes1RqIOdp48CMw4pXTwXw)）。

所謂「困在系統裡」，不一定是有人拿槍逼你。更深的困住，是系統設計出一套獎勵，讓你以為每一步都是自己的選擇。於是人沒有被拖著走的感覺，是自己一步步跑進那個節奏裡。

## 困住你的，為什麼是「自願」？

&gt; 多跑一單，收入高一點。&lt;br&gt;
&gt; 快一點，評分穩一點。&lt;br&gt;
&gt; 累積到某個門檻，好像就更值得一點。

每個外賣騎手，都有自己的「升級任務」。只是這種升級的結果，不一定是成為更自由的人，而是成為一個更有效率、更可預測，也更容易被系統調度的節點。

![《我獨自升級》動畫主角的特寫，背景是藍色能量](/images/articles/the-voluntary-cage-solo-leveling.jpg)

*《我獨自升級》（Solo Leveling）動畫畫面，©Solo Leveling Animation Partners／Aniplex，引用自 [Gamania 部落格](https://blog.shopping.gamania.com/anime/solo-leveling)。升級的儀表越漂亮，人越深地嵌進那只框裡。*

升級的儀表，永遠差那麼一格。你總覺得再補一單、再快一點、再撐一下，數字就會更漂亮，位置就會更安全，明天也許就會更有掌控感。

說到這，我並不是把自己放在系統外。某種程度，我也是一個正在靠 AI 升級的[「個體」](/articles/super-individual-case-study/)，同樣追逐著那條永遠希望更有進展的進度條。差別也許只在於：我所在的那個框，門看起來是開著的；但如果我始終不願意走出去，那扇開著的門，也未必真正通向自由。

## 史金納箱：人為什麼停不下來？

這套機制，在行為心理學裡有一個很經典的隱喻：史金納箱[^skinner]。

關鍵不在「有沒有獎勵」，在於它出現的方式：[獎勵不固定、帶著不確定性](https://www.simplypsychology.org/schedules-of-reinforcement.html)。你不知道下一單會不會更好，也不知道再撐一下，會不會剛好觸發某個回報。於是，停下來反而變成最難的動作。

這很像賭博。真正讓人上癮的，是那個「下一次說不定就中」的不確定：你永遠不知道下一次會不會有回報，所以手一直伸向下一次。行為心理學早就發現，這種「變動比率」的回饋，是所有獎勵模式裡最讓人戒不掉的一種，比固定發獎更黏，因為你永遠在等下一次。

真正高明的系統不逼人服從。它讓人帶著期待、帶著希望，甚至帶著成就感，主動把自己交出去。

## 馬克思：勞動為什麼會反過來困住勞動者？

史金納箱解釋的是「怎麼讓你停不下來」。至於「當人停不下來之後，究竟會變成什麼」，一百多年前，馬克思其實已經寫過了。

我吃到的只是一份宵夜；送來它的人，卻可能在凌晨的城市裡，被時間、評分、路線、派單與獎勵機制推著走，甚至在某些時刻，必須用風險去換取效率。而且這不是少數人的故事。光是中國，[網路零工人群就已超過兩億人次](https://www.cuhk.edu.hk/ics/21c/media/articles/c208-202312004.pdf)，從外送員、快遞員到網約車司機，演算法把勞動切得愈來愈細，也把人綁得愈來愈緊。台灣也一樣，你我都看過外送員在馬路的交通事故。

馬克思在[《1844 年經濟學哲學手稿》](https://www.books.com.tw/products/0010708220)裡談「異化勞動」，有一句話放到今天讀起來一樣很有感：

&gt; 工人在勞動中耗費的力量越多，他親手創造出來反對自身的、異己的對象世界的力量就越強大，他本身、他的內部世界就越貧乏，歸他所有的東西就越少。

騎手每多跑一單，就替那個推著他跑的系統，餵進更多資料、更多路徑、更多可預測性；系統因此變得更強壯，而他自己，卻可能被綁得更緊。把便利送到我們面前的人，正在被這套便利本身，一點一點消耗。

我享受這個系統帶來的便利。但也正因為我享受它，我更不能假裝看不見：便利的背後，是被精心設計過的機制，也是許多普通人被壓縮、被加速、被計算之後留下的疲憊。

## 海德格的「座架」：技術為什麼把人也算成了資源？

前面說過，現代技術真正的力量，在於它一邊幫我們做事，一邊讓我們慢慢長成它需要的樣子。這不是我的發明。海德格在[〈技術的追問〉](https://www.books.com.tw/products/CN10781593)裡，早已把這個問題說得更徹底。

他說，技術的本質「並不是什麼技術性的東西」，而是「一種解蔽方式」，一種讓世界顯現出來的方式。但現代技術的顯現很特別，他叫它「促逼」：它對整個世界提出蠻橫要求，把萬物都框成隨時待命、可被調度的「持存物」（standing-reserve）。這整套框架，他取名叫「座架」（Gestell）。

讓人不安的是：在這套框架裡，人並沒有站在技術之外。騎手表面上是在使用外送平台，但從系統的角度看，他同時也是被調度的資源：一份人力、一段時間、一個移動中的節點、一組可以被最佳化的數據。

平台不需要你恨它，也不需要你愛它。它只需要你持續在線、持續回應、持續把自己變成它可以計算的變數。

## 我也在自己的史金納箱裡

卡繆筆下的薛西弗斯，日復一日把巨石推上山，看它滾下來，再推上去。眾神以為這是最重的懲罰。

卡繆所說的荒謬，不在那塊石頭本身，而在人與世界之間的裂縫：人拚命渴望意義，世界卻冷漠地沉默以對。他寫：

&gt; 薛西弗斯是荒謬的英雄。他之所以如此，既出於他的激情，也出於他的苦難。

但[《薛西弗斯的神話》](https://www.books.com.tw/products/0010759402)最後給的，不是絕望。卡繆說：「我們必須想像薛西弗斯是幸福的。」因為薛西弗斯是清醒的，他知道石頭一定會滾下來，卻仍然選擇推。那份清醒本身，就是一種反抗。

問題是，我們這個時代的系統更高明。它不讓你清醒地推石頭，它讓你以為自己在升級、在變強、在贏。薛西弗斯的幸福，來自看穿之後仍然選擇；而我們許多時候的洋洋自得，卻可能只是尚未看穿的錯覺。更危險的是另一種：有天我們忙到連自己正在失去自由都感覺不到，甚至把那種失去，誤認為成長、效率與勝利。我們樂於在社群、在人群裡展現自己的忙碌，深怕自己不夠忙，像怕染病一樣。

寫到這，我看了一眼 Chrome extension 上的[「Claude 用量喵喵」](https://chromewebstore.google.com/detail/ebkbpakhegihpkbjkjnmikfoelmdeofp?utm_source=item-share-cb)，今天的使用數據，一口氣衝到了週用量的 30%。某個角度看，我當然可以說自己很高效，處理了一大堆事，也完成了許多輸出。

但說穿了，我也只是另一隻史金納箱裡的老鼠。差別只在於，我的槓桿換成了用量、產出、模型回應，還有那個永遠差一點就更完整的自己。

自由不必然意味著拒絕系統，而是人在系統之中，仍保有喊停的能力。當我還能關掉儀表、離開介面、放慢速度，並且回頭追問自己：此刻我正在前進的方向，是出於真正的選擇，還只是沿著系統早已替我鋪好的下一步？

[^skinner]: **史金納箱（Skinner Box）**：行為心理學家 B. F. Skinner 設計的實驗箱。把一隻老鼠放進去，牠壓下槓桿就可能掉出食物；Skinner 用它研究「獎勵如何形塑行為」。最關鍵的發現是：當獎勵不固定、隨機才出現時，動物會壓得最勤、也最難停手，這正是後來用來解釋賭博與成癮的機制。更完整的說明可參考[中文維基百科「史金納箱」](https://zh.wikipedia.org/zh-tw/斯金納箱)。</content:encoded><category>文明與人性</category><category>史金納箱</category><category>勞動異化</category><category>海德格座架</category><category>薛西弗斯神話</category><category>演算法社會</category><category>零工經濟</category><category>平台勞動</category></item><item><title>聽不見音樂的人，以為跳舞的人瘋了</title><link>https://paulkuo.tw/articles/regulators-who-cant-hear-the-music/</link><guid isPermaLink="true">https://paulkuo.tw/articles/regulators-who-cant-hear-the-music/</guid><description>美國政府在 2026 年 6 月 12 日以出口管制令要求 Anthropic 停用 Fable 5 與 Mythos 5，理由是有人示範了一種「越獄」手法。但 Anthropic 公開回應：那個手法只是叫模型讀一個 codebase 幫忙找漏洞，其他公開模型同樣做得到，而且這是資安防禦的日常工作。我寫這篇，是因為這不只是一則 AI 新聞。當看的人聽不見背後那段音樂，跳舞的人就成了瘋子。這篇想談的是：監管與前沿技術之間，那道愈來愈深的理解鴻溝。
</description><pubDate>Sun, 14 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 美國政府以國安為由強制下架 Anthropic 的 Fable 5 與 Mythos 5，但所謂「越獄」只是叫模型讀程式碼找漏洞，一件資安工程師每天都在做的事。當監管者聽不見產業在跳的那段音樂，再正常的動作看起來都像發瘋。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/regulators-who-cant-hear-the-music-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/regulators-who-cant-hear-the-music-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

![青島良友書坊拍的筆記本，紅字寫著「聽不見音樂的人，認為那些跳舞的人瘋了。」](/images/articles/regulators-who-cant-hear-the-music-01-bookstore.jpg)

「聽不見音樂的人，認為那些跳舞的人瘋了。」

這是我在青島良友書坊看到的詩本筆記本的句子。拍的時候覺得很有道理，這句子就一直停在我腦中。

6 月 13 日早上，我打開電腦想接著跑測試，結果 Fable 打不開，其他模型用起來也很卡。查了才知道，前一天 6 月 12 日，美國政府用「國家安全」當理由，要求 Anthropic 停用兩款最新的模型，Fable 5 和 Mythos 5。一夜之間，全球用戶全都用不了。

## 美國政府到底下令停用了什麼？

先把事實講清楚，因為這件事很容易被傳成「美國禁了 Anthropic 的 AI」。

根據 [Anthropic 的官方聲明](https://www.anthropic.com/news/fable-mythos-access)，這是一道「出口管制令」（export control directive），援引國安權限，要求禁止「任何外籍人士」存取 Fable 5 與 Mythos 5，不分人在不在美國境內，連 Anthropic 自己的外籍員工都算在內。實務上要做到這種程度的合規，唯一的辦法就是對全體用戶直接關掉這兩款。聲明裡也特別用粗體強調：其他所有 Anthropic 模型不受影響。

所以，這不是一般意義上的「封殺一家公司」。值得警惕的是，政府不只是監管企業，而是直接把手伸向前沿模型本身，並以國安與出口管制為名，要求它暫時退出公共使用場域。

Anthropic 表示，他們是在美東時間當天下午 5 點 21 分收到這封信；而信中並未清楚說明，所謂的國安疑慮究竟指向哪一項具體風險。

![Anthropic 官方聲明截圖，標題為「Statement on the US government directive to suspend access to Fable 5 and Mythos 5」](/images/articles/regulators-who-cant-hear-the-music-02-anthropic-statement.jpg)

## 那個「越獄」有多嚴重？Anthropic 怎麼說

「越獄」這個詞本身很有力量。它讓人立刻想到駭客、攻擊、入侵、失控，好像這兩個字出現，後面的細節都不再重要。治理最危險的地方，往往就在於語言先行定罪，而理解還沒有跟上。

Anthropic 在聲明中說：到目前為止，政府所提出的口頭證據，只是要求模型閱讀一份特定 codebase，找出其中的軟體瑕疵，並協助修補。如果把這件事放回資安工作現場，它並不神祕，也不罕見。也是許多工程師每天都在做的事。

Anthropic 的回應大致是三層意思。第一，Anthropic 表示，他們重新檢視該示範後，發現模型找到的只是先前已知且影響有限的漏洞。更重要的是，這些漏洞並不是 Fable 5 或 Mythos 5 的獨特危險能力，其他公開可用的模型同樣能做到，[包括 OpenAI 的 GPT-5.5](https://deploymentsafety.openai.com/gpt-5-5/cybersecurity)。換句話說，問題不是某個模型突然越過了紅線，而在於監管者可能把整個產業已經具備的基礎能力，誤讀成一種特殊威脅。第二，閱讀程式碼、找出漏洞、協助修補，這在資安領域並不是攻擊者的專利，而是守方的基本日課。問題不是模型會不會看見漏洞，而是它被放在什麼治理框架、什麼使用情境、在什麼責任邊界內使用。第三，Fable 上市前已經跟美國政府、英國 AISI 以及多個第三方機構一起，對它的防護做了總計數千小時的紅隊測試，結果顯示它的防護強度高於業界任何已部署的模型，到目前為止沒有任何測試者找到「通用越獄」。

&gt; **📊 關鍵數據**
&gt; - **下架時間**：2026 年 6 月 12 日下午 5:21（美東時間）收到禁令
&gt; - **影響範圍**：Fable 5、Mythos 5 兩款，其他模型不受影響
&gt; - **「越獄」內容**：叫模型讀程式碼找出並修補漏洞
&gt; - **上市前測試**：與政府、英國 AISI、第三方紅隊測試共數千小時
&gt; - **通用越獄**：至今 0 例被找到

也就是說，在懂這個產業的人耳中，這段音樂並不陌生。那個被放大成國安威脅的動作，其實是資安防禦每天都在進行的基本舞步。問題是，當一個治理者聽不懂這段音樂，他看到的就是一群人正在做出難以理解的動作。

## 為什麼這不是 Anthropic 一家的事？

Anthropic 的態度很清楚：它沒有選擇對抗法律，而是先行合規；但它也沒有把合規等同於認同。

他們點出了一個比「兩款模型能不能用」更大的隱憂。Anthropic 認為，一個「狹義、非通用」的潛在越獄，不該成為召回一個已經服務數億人的商業模型的理由。如果這套標準真的拿來套用到整個產業，那基本上以後沒有任何一款前沿模型能上市。因為任何夠強的模型，都做得到「讀程式碼找漏洞」這件事。

這裡要分辨的是：這到底是一種缺陷，還是一種能力？如果一個模型能閱讀程式碼、理解結構、找出漏洞，就被視為不可接受的風險，那麼被定罪的就不再是某個具體行為，而是智能本身。這是我認為最麻煩的地方。

Anthropic 也呼應了他們先前在「[Policy on the AI Exponential](https://www.anthropic.com/policy-on-the-ai-exponential)」裡講過的立場：政府當然應該有權力擋下不安全的部署，但前提是要走一套「透明、公平、清楚、立基於技術事實」的法定程序。而這次的行動，並不符合這些原則。這是整件事最關鍵的一句，比「我們被下架了」嚴重得多。這也是為什麼我把這篇放進 [文明與人性](/topics/faith/) 這個系列：它表面上是 AI 新聞，骨子裡是關於人怎麼面對自己不理解的東西。

## 一個 builder 的現場：我花了一百多鎂，然後它消失了

講點我自己的部分。

Fable 被停用之前，我正為了跑一輪測試在燒額度。看了 Extra 帳單，兩天花了一百五十幾鎂。對一個自己掏錢驗證工具的人來說，親自動手做，才能對一款模型「能做什麼」有具體的感覺。理解工具，不能只看別人怎麼說，要放進自己的問題、流程與限制裡，看看它能完成多少任務。

![Claude 用量截圖，顯示該月已花費 $152.81](/images/articles/regulators-who-cant-hear-the-music-03-usage.jpg)

正因如此，當它一夜之間消失時，我的反應不是震驚於新聞，而是工作卡住，專案跑一半，工具沒了。這是監管不確定性真實的樣子。不是紙上的政策辯論，而是會直接干擾正在發生的生產流程。

然後我想到帳單，心情有點微妙。一百多美金，現在看來也算值得：至少在它消失前，我已經操過一輪，知道它的手感。這大概就是這個時代給 builder 的荒謬感：工具快速進化，制度卻尚未理解它。我們一邊追趕技術，一邊承受它隨時可能被關上的風險。所以，能用的時候就盡量用透，能理解的時候就盡量理解，留下自己的判斷與體感。這也證明，我們確實身處知識與制度交界的前沿。

## 聽不見音樂的人，會怎麼看跳舞的人？

這件事讓我不安的，不是模型被下架。模型可以恢復，溝通可以繼續，Anthropic 也說了他們認為這是一場誤會，正在積極爭取恢復。

令我不安的，是理解的鴻溝在加深。當治理者不理解產業，他所看見的，就是一群難以控制，正在逼近危險邊界的人。對身在其中的人而言，那不是失控，而是新的工作秩序正在生成。

在這個越來越複雜的 2026 年，理解彼此本愈來愈難。但我不想把這件事簡化成「技術人懂，監管者不懂」。那樣太容易，也太傲慢。更深一層來看，我們每個人都可能在某些領域裡成為那個聽不見音樂的人。面對我們陌生的領域與世界，很容易把別人的節奏看成混亂，把能力看成威脅，把自己尚未理解的東西看成不該存在。能不能先停下那個「他瘋了」的直覺，承認自己也許只是還沒聽見，這需要的不是知識，而是一種謙卑。

所以，跳舞的人未必瘋了。

很多時候，只是旁觀的人還沒有聽見那段音樂。

而一個真正成熟的治理時代，不能只急著叫人停止跳舞；它必須先學會辨認，那段音樂到底從哪裡來，又將把我們帶往哪裡。

## 常見問題

**Q：美國政府下架的是 Anthropic 全部的 AI 模型嗎？**
不是。這次只針對 Fable 5 與 Mythos 5。官方聲明明確寫其他所有模型不受影響。但因為禁令要求「禁止任何外籍人士存取」，Anthropic 為了合規，只能對全體用戶停用這兩款。

**Q：政府說的「越獄」到底有多危險？**
根據 Anthropic，政府給的口頭證據本質上就是「叫模型讀程式碼、找出並修補漏洞」。這些漏洞已知且輕微，其他公開模型不必越獄也找得到，而且這是資安工程師每天的防禦工作。

**Q：Anthropic 照辦了嗎？**
照辦了，已對全體用戶停用，但公開表達不同意，認為這套標準若推及全產業，會讓所有前沿模型無法上市。他們認為這是誤會，正在爭取恢復。

**Q：為什麼這件事值得關注？**
因為它是 AI 監管與前沿模型的第一次正面對撞。它牽動的是整個產業未來的監管框架，不只是兩款模型能不能用。</content:encoded><category>文明與人性</category><category>AI 監管</category><category>出口管制</category><category>Anthropic</category><category>越獄 jailbreak</category><category>資安</category><category>前沿模型</category><category>國家安全</category></item><item><title>水墨地球：用 Claude Fable 5 做水墨地圖</title><link>https://paulkuo.tw/articles/ink-earth-claude-fable/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ink-earth-claude-fable/</guid><description>我用一句話請 Claude Fable 5 做一個有和紙質感、墨水會流動、可以滑鼠互動的日式水墨網站。它自動生成流體模擬、和紙紋理、墨色暈染的世界地圖，每一輪修正都自己截圖、自己驗證。這篇記錄完整的協作過程：人出意圖、品味與判斷，AI 負責生成、測試與逼近。寫給想知道「長任務時代」的人機協作實際長什麼樣的人。
</description><pubDate>Fri, 12 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 我沒寫一行程式，用一句話請 Claude Fable 5 做出 paulkuo.tw 首頁的水墨互動地圖：和紙質感、墨水可以用滑鼠攪動、十五秒後世界褪成淡墨、台灣浮現。過去要工程師數週的互動特效，幾個小時的對話完成雛形。這篇是完整的協作紀錄。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ink-earth-claude-fable-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ink-earth-claude-fable-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

這張地圖是我放在首頁，一幅會呼吸的水墨畫，也是我跟 Fable 5 協作的紀錄。我沒寫一行程式，用一句話開始：「我想做一個有和紙質感、墨水會流動、可以用滑鼠互動的日式水墨網站，用來象徵此刻的全球。最後的畫面，讓台灣浮現出來。」

這篇是「[文明與人性](/topics/faith/)」系列的一部分。

## 一句話，Fable 5 做了什麼？

我是在 Claude Cowork 的視窗執行 Fable，再交給 Claude Code 部署，從一句話開始搭建首頁背景圖。Fable 5 自動生成流體模擬、和紙紋理、墨色暈染，完成一幅可以用滑鼠互動的世界地圖。接下來，是反覆的來回修正。

我說，墨太濃，會遮住文字。它改成更有透光感的彩墨。

我說，色彩要有紅、綠、藍的層次。它調出了群青、青綠、朱紅，讓顏色仍然留在水墨的氣息裡。

我說，台灣要浮現，但比例不能失真。它把台灣縮回真實尺度，不再用誇張放大，而是改用一圈墨暈，引導觀看者的視線。

## AI 協作的現場長什麼樣？

它不只執行我的指令。每一輪，都自己截圖、自己檢查、自己驗證，再自己修正。

這已經不是幾天前還理所當然的那種「我提出需求，再慢慢實作」的流程。更像新的協作現場：我提出意圖、品味與判斷，AI 則負責生成、測試與逼近。

## 滑鼠攪動的，是墨，也是秩序


&lt;video controls preload=&quot;metadata&quot; playsinline poster=&quot;/images/covers/ink-earth-claude-fable.jpg&quot; style=&quot;width:100%;border-radius:8px;margin:1.5rem 0;display:block;&quot;&gt;&lt;source src=&quot;/videos/ink-earth-claude-fable.mp4&quot; type=&quot;video/mp4&quot; /&gt;您的瀏覽器不支援影片播放，請點此 &lt;a href=&quot;/videos/ink-earth-claude-fable.mp4&quot;&gt;下載影片&lt;/a&gt;。&lt;/video&gt;

網頁可以互動。當滑鼠攪動墨色時，大陸的邊界會被捲進漩渦，既有的秩序像是被某種力量輕輕擾動，預表地緣政治的張力。放開手之後，墨又慢慢回沉，世界重新聚合成原本的形狀。

十五秒後一切回歸沉靜，世界褪成淡墨，一座你我熟悉的島嶼浮現。我在初稿裡寫，這算是這幅畫的重點。後來我把這段文字拿給 AI 看，Fable 回覆「落款」感是更好的設計，然後回答我：這幅畫還缺一方印。於是現在，島旁的海面上，會有一方朱紅印章壓下，先深、再沉，像真的蓋印一樣。墨色的世界裡唯一一點朱紅。

## 從數週到幾個小時：創作與實作的距離

過去要工程師花數週調整的互動特效，現在在幾個小時，透過高密度對話完成雛形。不只是效率提升，也是創作與實作的距離已經在改寫。你現在也可以試著用 Fable 5：進入「[長任務時代](/articles/claude-fable-5-work-system/)」之後，那種體感其實已經和過去很不一樣。

前年夏天，我和朋友聊起 AI 的變化。我說，我們已經站在奇點時刻的邊緣。朋友聽完，覺得我想太多了。

Anyway, time will tell.

而現在，時間正在給出它的答案。我們確實正走入一個新的時代。人不再只是等待技術替我們實現想像；也必須重新學會追問：我究竟想看見什麼、如何判斷什麼，以及最後選擇留下什麼。

## 在混沌之中，保有觀看世界的方式

想起《雙城記》的開場句：

It was the best of times,
it was the worst of times,
it was the age of wisdom,
it was the age of foolishness,
it was the epoch of belief, it was the epoch of incredulity…

這是最好的時代，
也是最壞的時代；
是智慧的年代，
也是愚昧的年代；
是信仰的時期，
也是懷疑的時期。

我想在混沌之中，保有自己觀看世界的方式。二十年前，我創立公司時所取的名字，也承載著這樣的寓意：「律創」，在混亂中看到規律，並由此創造新的秩序。

想玩看看，可以來這邊 👉 [paulkuo.tw](https://paulkuo.tw)</content:encoded><category>文明與人性</category><category>Claude Fable 5</category><category>Claude Cowork</category><category>WebGL 流體模擬</category><category>人機協作</category><category>Vibe Coding</category><category>水墨互動設計</category><category>生成式 AI 實作</category></item><item><title>Claude Fable 5：AI 工作系統進入長任務時代</title><link>https://paulkuo.tw/articles/claude-fable-5-work-system/</link><guid isPermaLink="true">https://paulkuo.tw/articles/claude-fable-5-work-system/</guid><description>Anthropic 發布 Claude Fable 5，表面上是一個新模型版本，實際上是一個訊號：對已經把 AI 接進研究、寫作、判斷與決策流程的人來說，原本仍需人工拆解、轉接、校正與補位的 AI 工作流，可以更快速優化。
我寫這篇，是因為我每天就在用一套多 session 工作系統管理好幾個 AI 視窗，Fable 5 這類長任務模型的進步，直接改變了我手上這套系統能承接的工作量級。
這篇文章想處理的是兩件事：第一，Fable 5 真正的看點不只是模型能力，而是安全分流機制與長任務能力的結合；第二，當 AI 越來越像一組可被調度的虛擬工作者，我們是否已經具備管理它、約束它、判斷它的能力。
</description><pubDate>Wed, 10 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — Claude Fable 5 的意義，不只是模型又升級了一次，而是讓已經在運轉的 AI 工作流，開始進入長任務代理階段。Fable 5 和 Mythos 5 能比過去任何 Claude 模型自主執行更長時間的任務，而且任務越長、越複雜，Fable 5 領先其他模型的幅度就越明顯。它透過動態安全分流，讓一般任務保留完整能力，只在高風險情境下交由 Opus 4.8 處理。真正的分水嶺，已不再是有沒有使用 AI，而是能不能把 AI 接進自己的工作流，形成一套持續運轉、可被管理的生產力系統。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/claude-fable-5-work-system-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/claude-fable-5-work-system-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

上週發一篇文章時，我同時開著四個 AI 視窗。一個在改前端，一個在跑翻譯，一個在同步治理紀錄，另一個在跟我討論這段文字該怎麼寫。我很清楚，我不是在「使用」AI，而是在「調度」一群能力各異的 AI 工作者。那一刻它們在我眼裡，已經比較像一種新的生命體，而不是工具：會自己動、自己長，也會彼此踩線。發完文章後我才更明確意識到，我管理的早就不是一個個零散任務，而是一整套會自己運轉、偶爾會彼此衝突的工作秩序。

2026 年 6 月 9 日（今天），Anthropic 發布 [Claude Fable 5](https://www.anthropic.com/news/claude-fable-5-mythos-5)。表面看，只是一個新模型版本；但對我這種每天調度 AI、把 AI 接進研究、寫作、判斷與決策流程的人來說，它是一個訊號：原本仍需人工拆解、轉接、校正與補位的 AI 工作流，可以再次優化進入下一階段。Fable 5 讓原本已經在運轉的 AI 工作系統，變得可更長程運轉、更穩定，也更接近真正的自主協作。

## Claude Fable 5 是什麼？
Claude Fable 5 是 Anthropic 在 2026 年 6 月 9 日發布的前沿 AI 模型，主打長任務：它能比過去任何 Claude 模型自主執行更長、更複雜的任務，而且任務越長、越複雜，領先幅度越明顯。它和姊妹版 Claude Mythos 5 共用同一個底層模型，差別只在安全護欄：Fable 5 面向一般使用者與企業、配上較嚴格的安全分類器，Mythos 5 則放寬部分領域的限制，初期只開放給受信任的資安防禦者。當系統偵測到資安、生物化學或模型蒸餾這類高風險請求時，它會動態降級、改由較保守的 Claude Opus 4.8 接手，官方數據是超過 95% 的會話完全不觸發。定價為每百萬輸入 token 10 美元、每百萬輸出 50 美元。

## Fable 5 真正的看點，為什麼是安全分流而不是能力？

這次值得注意的，不只是模型能力又提升了多少，而是 Anthropic 用兩層架構來治理前沿模型能力。一層是面向一般使用者與企業市場的 Claude Fable 5；另一層是能力限制較少、但只開放給受信任資安防禦者與關鍵基礎設施的 Claude Mythos 5。兩者共享同一個底層模型，差別只在護欄。官方甚至特別解釋了命名：Fable 來自拉丁文 fabula，意思是「被講述之事」，跟希臘文的 Mythos 同源。用兩個近義字命名同一個底層模型，其實是在把一件事講清楚：差別主要在安全護欄，不在底層能力。

這個分層設計，反映的是前沿 AI 已經不能只用一般產品邏輯來理解。當模型能力進入資安、生物化學、軟體工程與長任務自主執行的層級，它就不再只是一般消費性科技產品，而是具備現實世界影響力的生產工具。同一種能力，可以幫防禦者修補漏洞，也可能降低攻擊者的門檻；可以加速藥物與生命科學研究，也可能觸及高風險的雙重用途問題。

所以 Fable 5 最值得觀察的，是它的安全分流機制。過去很多模型一旦為了安全變保守，常常連一般使用者都覺得能力縮水。Fable 5 走的是另一條路：平常任務盡量保留完整能力，只有當系統偵測到資安、生物化學或模型蒸餾這類高風險請求時，才改由較保守的 Claude Opus 4.8 回應，而且會通知使用者。官方數據是超過 95% 的會話完全不會觸發這種回退，在那些會話裡，Fable 5 的表現等同於 Mythos 5。

這代表 AI 公司正在試一種新的治理邏輯：不是把整個模型變笨，而是在高風險情境裡做動態降級。我自己很能理解這套設計背後的取捨。對一個靠 AI 工作的人來說，最怕的不是模型有底線，而是模型為了守底線變得處處綁手綁腳。如果降級真的能被限縮在不到 5% 的會話裡，意思是多數日常工作仍然可以踩在最強的那一檔能力上，而不是為了少數高風險情境，犧牲整體使用體驗。

## 為什麼說這是 AI 產業成熟化的開始？

這背後其實是 AI 產業成熟化的起點。當模型只是聊天工具，大家比的是回答自然不自然、速度快不快、價格便不便宜。但當模型開始能執行長任務、理解大型程式碼庫、整理複雜文件、參與金融分析、協助法律審閱，競爭的標準就換了。

這個標準會換到什麼程度？Anthropic 公布的早期測試裡，Stripe 用 Fable 5 在一個五千萬行的 Ruby 程式碼庫做了一次全庫遷移，原本一整個團隊手做要兩個多月的工作，模型一天完成。這已經不是「補幾行 code」的等級，而是開始承接一整段工作鏈條。

![Claude Fable 5／Mythos 5 與其他前沿模型的能力對照表](/images/articles/claude-fable-5-benchmark.png)

*Claude Fable 5／Mythos 5 與 Opus 4.8、GPT-5.5、Gemini 3.1 Pro 等模型的 benchmark 對照。從 SWE-Bench Pro 的 agentic coding 到 GDPval 知識工作，Fable 5 幾乎全面領先，而且任務越長、越複雜，領先幅度越明顯。（來源：[Anthropic 官方公告](https://www.anthropic.com/news/claude-fable-5-mythos-5)）*

於是企業問的問題也變了。未來他們不會只問「這個模型會不會回答」，而會問「它能不能接進我的工作流？能不能穩定完成任務？能不能省下人力成本？能不能跑出可衡量的 ROI？」這套提問，我在 [DataIQ 歐洲百大報告的導讀](/articles/end-of-ai-theatrics/) 裡寫過：2026 年董事會檢驗 AI 的標準，正在從願景轉向證據。Fable 5 則把這個轉向再往前推了一步。

## 軟體開發：從補程式碼走向任務交付

在軟體開發上，Fable 5 指向的是一個更深的變化。過去的大模型常常可以完成單點任務，卻容易在完整專案裡遺忘需求、產生模組衝突，或修一個 bug 又製造另一個 bug。長週期代理能力的進步，代表模型開始能承接更完整的鏈條：理解目標、拆解任務、執行、測試、修正，最後接近可交付成果。

這不代表所有工程師都會被取代，但一定會重新分層。只會根據明確需求寫程式的人，空間會被壓縮；能定義問題、設計架構、理解產品、管理 AI agent、判斷成果品質的人，槓桿會被放大。未來真正稀缺的，不只是會寫 code 的人，而是能把商業問題翻譯成可執行系統的人。

但這裡也藏著一個更尖銳的結構性矛盾。初級工作被 AI 接走之後，原本「初級工程師做幾年、累積判斷力、升上資深架構師」這條養成管線就斷了。可是能定義問題、設計系統、判斷成果品質的高階能力，過去往往正是從這些初級任務裡磨出來的。當底層階梯被抽掉，未來的高級架構師要從哪裡長出來，這不是個人努力的問題，是整個產業要回答的系統問題。

我對這件事有很深的體感，因為我自己並不是軟體工程師。我 [12 天寫了 23,000 行程式碼](/articles/super-individual-case-study/) 的時候，不會用 Terminal，也沒寫過一行 Python。我做出多語系網站、社群自動化與辯論引擎，靠的不是傳統程式能力，而是把需求拆清楚、把品質標準訂明白，然後判斷 AI 交出來的東西到底能不能用。那次經驗讓我相信：當寫程式的成本趨近於零，[稀缺的是知道該寫什麼的判斷](/articles/code-is-cheap-vibe-coding-to-claws/)。Fable 5 把這個趨勢的時間表往前推了。

這不只是我一個外行人的體感。Boris Cherny，Claude Code 的創始人和負責人，在 [Threads 上寫](https://www.threads.com/@boris_cherny/post/DZYSQmIkq0I)，Fable 是他用過第一個如此「有條理而精準」的模型：會自己量測、加 log，驗證真的修好了才宣布成功，而且「Claude Code 的提示詞裡沒有任何一句叫它這樣做，這純粹是它性格的一部分」。他甚至說 Fable 讓 Claude 從寫程式的代理，升格成一起打造產品的「思考與設計夥伴」，因此他更敢把最複雜的工作交給它。一個 Anthropic 自己的工程師，描述 Fable 正在做的，恰好就是我這套系統一直在要求的紀律：驗完才算完。但他那句「更敢交出去」，把開發者的生存處境逼得更緊。當模型連自我驗證做得比人勤與精確，人能守住的，是哪一層的判斷？

![Boris Cherny 在 Threads 上談 Claude Fable 5 的判斷力、品味與 debug 紀律](/images/articles/boris-cherny-threads-1.png)

*Boris Cherny 的原貼：Fable 從寫程式代理升格為一起打造產品的「思考與設計夥伴」，debug 時會自己量測、加 log、驗證真的修好了才宣布成功。（來源：[Threads @boris_cherny](https://www.threads.com/@boris_cherny/post/DZYSQmIkq0I)）*

## 對創業者來說，這是更大的改變與機遇

過去一個人想做 SaaS 產品，往往卡在前端、後端、資料庫、部署、測試、設計、維運這一整排複合門檻。Fable 5 這類長任務模型如果持續成熟，會讓獨立開發者和小團隊的執行力大幅提高。未來創業的起點，不再是「先找齊團隊再開發」，而是「先用 AI 做出產品、驗證需求、跑出用戶，再決定是否擴張」。投資人看的，也會逐漸從團隊履歷，移到創辦人是否具備調度 AI 工作系統的能力。

這也是 vibe coding 會演化的地方。早期的 vibe coding 是靠直覺跟 AI 邊聊邊改，快速做出可以運作的產品。但當模型有了更強的長任務能力，vibe coding 會變成一種新的產品開發方式：人提供方向、品味、約束與判斷，AI 負責實作、測試、修正、迭代。當功能生產變便宜，決定勝負的就不再是「能不能做出來」，而是「做出來的東西有沒有用、好不好用、有沒有差異、能不能形成商業閉環」。

## 不只軟體業：知識工作正在被重新定價

這個變化不會只停在軟體業。法律、金融、顧問、研究、資料分析、合規審查，這些高度依賴文件閱讀、資料整理、初步判斷與流程執行的行業，都會面臨重新定價。大量初級知識工作過去的價值，在於「人可以花時間讀、整理、比對、歸納」。但當 AI 可以長時間、不疲倦地做這些事，人的價值就必須上移到判斷、審核、整合、風險承擔與最終決策。

Anthropic 公布的早期回饋裡，有法律科技公司提到，旗下律師在盲測中發現 Fable 5 的合約紅線標註，每次都追平或勝過他們現用的模型；也有金融分析平台認為，它是目前測過最強的「金融優先」模型。這些都不是對聊天機器人的評語，而是對生產工具的評語。

我把這件事寫成過一個更尖銳的說法：[人天已死](/articles/beyond-man-days/)。當 40 分鐘的認知投入能產出 15 人天的工作量，企業還在用出席率衡量績效，那套度量衡本身就過時了。Fable 5 不會讓這個問題消失，只會讓它更快攤到每個產業面前，逼企業重新思考什麼才是真正的工作價值。

## 定價：理性定價期的開始

這也是為什麼 Fable 5 的定價值得關注。每百萬輸入 token 10 美元、每百萬輸出 token 50 美元，看起來貴，但對企業來說，如果它能完成原本一個小團隊數天甚至數週的工作，成本結構就完全不同。

低價包月吃到飽的模式，本來就很難長期支撐前沿模型的真實成本。一個會自己拆任務、反覆執行、測試與修正的長任務代理，跑一輪消耗的 token，可能是一般聊天的好幾十倍。當每個使用者的消耗從聊天等級跳到代理等級，靠低價包月無限使用前沿算力，從成本結構上看，本來就不可能長期成立。Fable 5 的定價不是貪婪，是這個產業誠實地承認：頂級算力是有成本的。AI 產業正在從補貼搶用戶的圈地階段，進入更接近生產力工具的理性定價階段。

訂閱方案的安排也透露了同一件事。6/9 到 6/22，Fable 5 包含在 Pro、Max、Team 與席次制 Enterprise 方案裡不另外收費；6/23 起會從這些方案移除，之後使用要動用 usage credits；等容量足夠，官方計畫盡快把它加回訂閱方案。API 與用量制 Enterprise 則是即日起完整開放。這不只是訂閱制與用量制之間的切換，而是一個算力供需仍然緊張的市場，開始誠實把成本攤開來講。

&gt; **📊 關鍵數據**
&gt; - **定價**：每百萬輸入 token 10 美元、輸出 50 美元（Anthropic 官方，不到 Claude Mythos Preview 一半）
&gt; - **安全回退觸發率**：低於 5% 的會話（超過 95% 不觸發，官方數據）
&gt; - **軟體工程實例**：五千萬行 Ruby 程式碼庫全庫遷移，團隊兩個多月的工作壓縮到一天（Stripe 早期測試）
&gt; - **訂閱時程**：6/9–6/22 含於 Pro／Max／Team／席次制 Enterprise，6/23 起改用 usage credits

## 真正的差別：你把 AI 放在工作流的哪一層？

我早期也曾把 AI 當成更快的搜尋與整理工具，丟一句、等一句、要它立刻給答案。後來才慢慢意識到，真正的差別不在答案速度，而在工作流設計。Fable 5 這類模型，真正適合的是目標驅動，而不是單點指令驅動。你給它任務目標、成功標準與限制條件，讓它先提問、先規劃，再執行、再回報；這比較像是在帶一個團隊，而不是操作一個工具。我愈來愈覺得，AI 使用能力的差距，不只是會不會問問題，而是能不能管理一組虛擬工作者。

同一個模型，不同人打開它看到的東西不一樣。把它放在聊天框裡，它就是一個更聰明的聊天框；把它接進流程、穩定產出，它就開始接近一套虛擬勞動力系統。差別不在模型，在使用方式，而這個差別會放大到好幾個量級。

我把這套東西做成了一個具體的系統。我用 [Chat、Cowork、Codex、Code 四個 AI 視窗加上我自己，跑一套五方議事的治理工程](/articles/governance-harness-engineering/)：協作憲法五條、pre-commit 的 governance-lint、端點契約測試，每一層制度都是從真實事故裡長出來的。我也分析過 [為什麼四個視窗會比一個聰明](/articles/multi-model-cognitive-collaboration/)：它們各有不同的認知能力和結構性盲點，互相補位反而比單一更強的模型更穩。

這套系統的重點不在炫技，而在於它逼我面對事實：當我開始調度多個能長時間自主執行的 AI，我管理的已經不是任務，而是秩序。Fable 5 把每一個視窗能承接的工作量級往上抬，也意味著這套秩序需要更強的設計、治理與校正能力。我自己的體會很簡單：工作者能力越強，越需要管理。

## 不要過度浪漫化：風險邊界仍然在

這一切不該被過度浪漫化。Fable 5 的安全機制不是完美答案。分類器可能誤判，也可能被繞過；資安與生物科技這些領域本身就是雙重用途，惡意使用者也可能把任務拆成許多看似無害的小步驟。Anthropic 自己也說，目前護欄刻意調得偏嚴，可能會誤傷一些無害請求；它也坦言，要完全杜絕「通用越獄」幾乎不可能，真正的目標是讓攻擊變得更慢、更貴，並在被大規模利用前先被發現。

這點連團隊內部也不避諱。Boris Cherny 在同一串貼文裡直說，團隊正在調整分類器的誤判，「數量不少」，目標是讓 Fable 少一點 fallback 到 Opus 4.8、用起來更順，但前提是維持安全。換句話說，護欄偏嚴不是外界的猜測，是官方與第一線工程師都承認的現狀。這也提醒我們，把高風險請求交給 Fable 時，偶爾被擋下來不是故障，是設計。

![Boris Cherny 在 Threads 上說明 Fable 5 的 classifier 誤判與保守策略](/images/articles/boris-cherny-threads-2.png)

*同一串貼文後段：團隊正在調整 classifier 的誤判（「數量不少」），刻意保守是為了確保發布安全，之後會在維持安全的前提下逐步改善體驗。（來源：[Threads @boris_cherny](https://www.threads.com/@boris_cherny/post/DZYSQmIkq0I)）*

它選擇把 Mythos 5 限制在受信任計畫裡，某種程度上就是承認：前沿 AI 的開放，不可能只靠產品設計，還需要制度、信任網絡與治理框架。這跟我自己的體會一致。我那套五方議事系統最大的教訓，從來不是哪個模型不夠強，而是 [當 AI 與自動化開始介入需求、資料、畫面與測試，每個元件看似都在正確運作，最後卻可能一起製造出一個沒有人單獨預期到的反作用力](/articles/automation-bites-back/)。對我來說，工具能力越強，我反而越在意：判斷權有沒有留在人手上。

## 結語：當 AI 變強，人的判斷權更不能外包，人的品味更重要

所以我對 Claude Fable 5 的看法是：它不是單純的模型升級，而是 AI 工作型態的一個轉折點。我愈來愈覺得，未來職場不是簡單的「AI 取代人類」，而是「會用 AI 組織工作的人，取代只會完成局部任務的人」。真正的分水嶺，不再是有沒有使用 AI，而是有沒有能力把 AI 接進自己的工作流，變成一套可持續運轉的生產系統。這也是 [智能與秩序](/topics/ai/) 這個主題裡，我一直在追問自己的事。

我這半年最大的轉變，不是多學了幾個工具按鈕，而是把力氣移到三件事上：把目標定清楚、把品質判準流程建立起來、把資源整合起來，最後扛下決策。這不是成功學，是我每天跟多 AI 視窗打交道，踩過無數坑，被現實一次次逼出來的重心轉移。

Fable 5 不會在一夜之間改變所有行業。企業導入仍然會卡在資料權限、合規、安全、品質控管、流程重整與成本管理。但方向已經很清楚：AI 已經從「能不能做」走進「如何規模化地做」。

回到我開頭那四個視窗。它們現在更強了。問題從來不是它們會不會做，而是我還握著多少判斷權。這個問題，遲早會輪到每一個用 AI 工作的人。

---

**參考來源**：Anthropic, [Claude Fable 5 and Claude Mythos 5](https://www.anthropic.com/news/claude-fable-5-mythos-5)（官方公告，2026-06-09）。本文數據與機制描述均以此公告為準。</content:encoded><category>智能與秩序</category><category>Claude Fable 5</category><category>長任務代理</category><category>人機協作</category><category>安全分流機制</category><category>Vibe Coding</category><category>知識工作重新定價</category><category>AI 工作流</category></item><item><title>AI 劇場落幕：2026 年，企業要的不是願景，而是經得起驗證的價值</title><link>https://paulkuo.tw/articles/end-of-ai-theatrics/</link><guid isPermaLink="true">https://paulkuo.tw/articles/end-of-ai-theatrics/</guid><description>過去 18 個月企業被 AI 願景與技術展示推著走，2026 年風向轉了：董事會不再只被一個又一個
AI 試點專案打動，開始追問價值、責任歸屬與規模化能力。我讀完 DataIQ《The End of AI Theatrics》
報告後發現，這些看似屬於大企業的課題，我在 paulkuo.tw 的個人治理系統裡，其實幾乎都提前踩過一遍。
這篇導讀報告六大重點，並給出我的延伸判讀：AI 導入的下一階段，是治理、資料基礎、商業翻譯與
信任資本的競爭。
</description><pubDate>Wed, 10 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** 2026 年起，董事會檢驗 AI 的標準從願景轉向證據：可衡量的價值、明確的風險責任、能進入日常營運的承壓能力。DataIQ 將這個轉折稱為「AI 劇場的落幕」。本文導讀六大重點，並提出台灣企業的導入順序：先定義問題，再建立責任，最後才選工具。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/end-of-ai-theatrics-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/end-of-ai-theatrics-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

過去一年半，AI 幾乎滲入了所有企業討論。到處都是試點專案，到處都是長長的路線圖，每一場產業論壇也幾乎都有人上台展示「我們的 AI 願景」。但到了 2026 年，這齣戲開始演不下去了。

英國資料領導者社群 [DataIQ](https://www.dataiq.global/) 在 2026 年 3 月 25 日發布文章[〈The End of AI Theatrics – What Data and AI Leaders Must Prove in 2026〉](https://www.dataiq.global/articles/ai-theatrics-leaders-must-prove-2026/)，導讀其最新報告[《The End of AI Theatrics: Accountability, Governance, and Value in 2026》](https://www.dataiq.global/report/the-end-of-ai-theatrics-accountability-governance-and-value-in-2026/)，調查對象是 DataIQ 100 歐洲百大資料與 AI 領導者。如果把這個標題翻成白話，就是一句話：AI 劇場，落幕了。

![DataIQ 100 歐洲百大討論會現場](/images/articles/end-of-ai-theatrics-dataiq.jpg)
*DataIQ 100 歐洲百大討論會現場，《The End of AI Theatrics》報告即在此發表。圖片來源：[DataIQ](https://www.dataiq.global/articles/ai-theatrics-leaders-must-prove-2026/)*

我的理解是這樣：2026 年以後，AI 的真正考場不再是願景論述，而是它能否在真實世界的壓力下，幫助企業處理真實問題，並創造可被驗證的價值。

這篇文章是「[智能與秩序](/topics/ai/)」系列的一部分。我想把報告的重點講清楚，再加上自己的延伸判讀。因為這份報告談的雖然是歐洲大企業的 CDO，但它揭露的結構性轉變，跟台灣的企業主、數位轉型負責人，甚至一人公司的 AI 使用者，都有關係。

## 董事會為什麼不再被 AI 試點（POC）打動？

董事會之所以不再被一個又一個 AI 試點專案打動，是因為企業已經逐漸走過「展示技術可行性」的階段。接下來真正被追問的是：這些 AI 應用能不能進入日常營運？能不能降低成本、提高效率、創造收入？如果出了錯，誰負責？資料與模型是否經得起治理與法規檢驗？

這個轉變直接改寫了資料與 AI 領導者的工作內容。報告指出，這個角色正在向企業的商業核心移動：過去，CDO 被期待去倡議創新、建平台、導入新工具；現在，這個角色更像企業內部的投資決策者與風險管理者，必須回答三個問題：哪裡值得投資？哪裡應該停損？哪些 AI 應用真的能規模化？

換句話說，AI 從「科技部門的專案」變成了企業級能力，牽動營收、成本、法遵、品牌信任與營運穩定。做決定的人，必須能在投資、停損與擴張之間做艱難判斷，同時避免製造新的營運風險、聲譽風險與法規風險。

## 為什麼說「沒有治理，就沒有規模化」？

因為治理已經不再只是後台支援，而是 AI 能否規模化的前提條件。這是整份報告最清晰的一個主題：問責制正在取代企圖心，成為 AI 領導力的核心考驗。

過去企業談 AI，喜歡講願景、速度、創新文化。現在真正被檢驗的是資料品質、資料 lineage、權責歸屬、模型可解釋性、存取控制。這些事情以前常被當成行政庶務，現在卻決定了 AI 能不能離開實驗室，進入日常營運與規模化應用。

AI 專案要靠 demo 做得漂亮，其實並不難。但如果要進入企業的主流程，就必須回答一串不性感、卻極其致命的問題：誰負責？資料從哪裡來？錯了誰承擔？能不能追溯？法規風險怎麼控制？這些問題答不出來，再驚豔的 AI 試點，也只能停留在實驗室。

## 為什麼 FDE（Forward Deployed Engineer，前線部署工程師）的「翻譯能力」會取代單純的 AI 願景敘事？

因為 AI 進入企業之後，最大的瓶頸往往不是模型能力，而是組織能不能理解、吸收並改造自己的工作方式。這個把技術轉成現場決策的角色，很像近年 Palantir 帶起的 FDE（Forward Deployed Engineer，前線部署工程師）：它不是單純負責把模型做得更強，而是深入客戶的真實場景，把抽象的技術能力翻譯成能解決具體問題的流程、系統與決策。

報告的第二個關鍵觀察：AI 領導者不能只會說服高層「AI 很重要」，而要能在技術團隊、法務、法遵、營運單位與董事會之間做翻譯。這裡的翻譯不是語言轉換，而是把複雜的技術選項變成企業聽得懂的取捨：把不確定性說清楚，把真正的機會與市場炒作分開。

技術團隊講模型，法務講風險，營運單位講流程，董事會講 ROI。中間需要有人把這四種語言接起來，變成同一張可執行的行動地圖。報告對現代 CDO 的職責盤點也呼應這件事：職權範圍已經橫跨策略、治理、分析、AI、data products、工程、資料素養、平台所有權與 BI。這樣的廣度，單靠職位權力是推不動的。所以報告下了一個很準的判斷：未來領導者真正的貨幣，不是階層權力，而是跨部門影響力。而跨部門影響力的真正來源，是信任。在 AI 橫跨所有部門的組織裡，能勝出的領導者，不是命令最大聲的人，而是那個讓別人相信：他能把複雜問題轉化成有用、安全、可執行決策的人。

這一點，我有很深的切身體會。我曾在企業內擔任數位長，那段經歷讓我明白：技術出身的主管，即使有藍圖，若缺乏財務資源的支援，沒有高層的權力背書，最後仍然很難改變。許多企業認為，只要理解了數位轉型或 AI 導入的概念，就能啟動組織升級；但現實是，任何流程的改變，都會牽動既有的利益結構、權責分配與部門邊界。轉型不只是技術工程，它本質上也是一種組織政治：要有人出預算、有人承擔風險、有人在關鍵會議上替你把話說完，也有人願意為改變付出代價。少了這些條件，再好的藍圖，也只是簡報裡看起來很正確的空話。

## 錢花了、平台也建了，為什麼企業還不能完全依賴 AI？

因為投資是真的，但成熟度是不均的。報告指出，多數組織已經回報了中高程度的平台投資，代表基礎建設的現代化確實在發生；但 AI 素養落在後面，多數組織自評還在能力曲線的中段，而且領導層的信心常常跑在第一線實際採用能力的前面。

報告裡有一個判斷值得畫線：很多企業已經投資到不能忽視 AI，但成熟度還沒有高到可以完全依賴 AI。錢花了、平台建了、董事會的期待來了，但組織能力、資料治理、流程整合、員工使用習慣還沒跟上。這就是 2026 年許多企業會卡住的尷尬期：期待已經升高，但能力尚未完全跟上。

技術架構反映了同一個張力。企業並沒有押注單一平台或單一模型，而是走向混合式架構：Microsoft 常被視為組織層或整合層，底下或旁邊再搭配 Databricks、Snowflake、OpenAI、Claude、Gemini、Bedrock 等專業工具。保留選擇權，是一種刻意的策略，目的在於降低模型風險與供應商依賴。但這也讓 AI 領導的難度升級了：問題不再只是「哪個模型最強」，而是「企業的資料基礎能不能支撐多模型、多平台、多場景，同時維持信任、交付與控制」。

這跟我在[多模型認知協作](/articles/multi-model-cognitive-collaboration)裡寫過的判斷，其實是同一條線：未來不是單一模型吃天下，而是多模型、多工具、多資料層的組合戰。組合戰打得起來的前提，是底層的資料與治理基礎夠紮實。

## 一人公司的尺度，也能驗證這份報告

讀這份報告時，我最大的感觸是：這些看似屬於大企業的課題，我幾乎每一條都在個人尺度上踩過。

paulkuo.tw 背後跑著一套多 agent 協作系統，一年多下來長出了自己的治理層：協作憲法、決策紀錄（ADR）、每日工作日誌、跨 session 的交接紀律。這些東西剛開始看起來儀式感過重，一個人的網站，真的需要做到這種程度嗎？但回頭看，每一條紀律，都是用事故換來的。自動化排程曾經反咬過我一口，把錯誤的狀態寫進正式環境，那次經驗我寫在[當自動化反咬一口](/articles/automation-bites-back)；而整套治理機制怎麼從混亂中長出來，我記錄在[治理 harness 的工程化](/articles/governance-harness-engineering)。

我的結論跟報告殊途同歸：治理不是大企業的奢侈品，而是任何想把 AI 從玩具變成基礎設施的人，都繞不開的一項工程。差別只在尺度。企業在 2026 年被董事會逼著面對的問題，一人公司其實可以早一步、用便宜得多的學費先學完：沒有責任歸屬的自動化，規模越大，反咬越痛。

## 台灣企業的下一步：先問要解決的問題、再釐清責任歸屬、最後才是工具

把報告放回台灣的場景，我的延伸判讀如下：AI 導入的下一階段，不是工具採購戰，而是治理、資料基礎、商業翻譯與信任資本的競爭。

比較成熟的打法，應該照這個順序走。第一步，先定義可衡量的業務問題：良率、成本、碳盤查效率、客服回應速度、回收物流預測，越具體越好。第二步，建立資料責任與流程：資料從哪裡來、誰負責品質、錯了誰承擔、能不能追溯。第三步，才是選模型與工具。多數陷入「看起來很 AI」卻沒有落地價值的專案，都是把這個順序倒過來做：先買工具，再找問題，最後才發現資料與流程根本撐不起來。

真正的 AI 領導者，不是一直展示最新模型的人，而是能對董事會把這六件事說清楚的人：這個 AI 用在哪裡？創造多少價值？誰負責風險？資料是否可信？錯誤如何追溯？能不能規模化？

## 有實作能力的高階主管，是公司的資產

AI 時代的高階主管，必須親自寫程式。這不是因為每個主管都要變成工程師，而是寫程式已經成為一種與 AI 深度互動的方式。你只有親自把一個需求拆成任務、讓 AI agent 執行、看它犯錯、修正提示、驗證結果，才會真正理解新的工作機制正在如何形成。

Demo 成功，不代表營運可用；部署完成，不代表使用者真的能用；AI agent 跑完任務，也不代表驗證迴路已經完成。沒有親自下場的人，很容易把 AI 的流暢回應誤認為可靠，把任務完成誤認為價值交付，這是致命的誤解。

有實作經驗的主管，會在關鍵時刻追問：資料是否可信？錯誤能否追溯？驗收條件是否清楚？哪些工作可以交給 AI 處理，哪些任務必須由人逐步盯著。保留 Human in the Loop 的能力，才會讓 AI 投資從願景回到現場，也讓董事會、工程團隊與營運單位對轉型產生真正的信任。

## 最後勝出的，是最能建立信任的人

報告也把最深的一筆落在「信任」。它指出，trust capital（信任資本）、關係經營、韌性，以及在模糊情境下做判斷的能力，正在成為 AI 領導者真正的核心資產。AI 領導不是靠權威命令推動的，而是靠別人相信你能把複雜的事情，轉化成既安全又有用的決策。

信任資本這個概念，在台灣還很新。我們習慣談技術力、資源、人脈，卻很少把「信任」當成一種可以累積、也會被消耗的資產來經營。但在 AI 橫跨所有部門的組織裡，這恰恰是最稀缺的東西：當沒有人能完全看懂模型內部、當每個決策都帶著不確定性，能讓財務、法務、營運、董事會願意把賭注押在你判斷上的，不是你的職稱，而是你過去一次次把複雜變簡單、把風險講清楚，累積下來的信任。

而且信任資本有個特性：它需要很長時間累積，卻可能在一次過度承諾、一次掩蓋失誤裡瞬間蒸發。這也是為什麼 AI 劇場會落幕。當組織開始用真實營運的結果，回頭檢查每一個當初的承諾，最會表演的人會先失去信任；最能在模糊之中做出可被驗證判斷的人，才會留下來。

## 考場已經開門

到了 2026 年，AI 的價值不再取決於它承諾了多少未來，而是取決於它能不能在真實營運裡穩定工作。它能不能處理真實資料？能不能進入日常流程？能不能在風險、法規與績效壓力下，持續創造可被驗證的價值？

這是 AI 劇場落幕的意思。願景的舞台正在退場，真實世界的考場已經開門。接下來能勝出的企業，不是最會表演 AI 的企業，而是最能證明 AI 經得起營運、治理與商業結果檢驗的企業。

## 常見問題

**Q：什麼是 AI theatrics（AI 劇場）？**

指企業用試點專案、技術展示和宏大路線圖來證明自己「有在做 AI」，但這些活動未必真正進入日常營運，也未必創造可被驗證的價值。DataIQ 2026 報告用這個詞提醒企業：董事會已經不再只看 AI 願景與試點數量，接下來真正檢驗的是價值證據、風險責任歸屬，以及 AI 能否穩定規模化。

**Q：我的公司沒有 CDO，這份報告跟我有什麼關係？**

報告的對象是歐洲大企業的資料領導者，但它揭露的邏輯不分規模：沒有治理就沒有規模化。中小企業的版本是：誰對資料品質負責、AI 出錯誰承擔、流程能不能追溯。這些問題在企業導入第一個 AI 工具時就已經存在，只是早期通常沒有人逼你回答。

**Q：AI 治理該從哪裡開始？**

從定義一個可衡量的業務問題開始，例如良率、成本、碳盤查效率或客服回應速度。接著建立資料責任：資料從哪裡來、誰負責品質、錯了誰承擔、能不能追溯。模型與工具的選擇放最後。多數 AI 專案之所以卡住，往往是因為把這個順序倒過來：先買工具，再找問題，最後才發現資料與流程根本撐不起來。

**Q：混合式 AI 架構（hybrid estate）是什麼？**

指企業不押注單一 AI 平台或模型，而是用一個組織層（常見是 Microsoft）搭配多個專業工具，如 Databricks、Snowflake、OpenAI、Claude、Gemini、Bedrock。它的目的，是保留選擇權、降低供應商依賴；但代價是資料治理與系統整合的門檻也被同步墊高。</content:encoded><category>智能與秩序</category><category>AI 治理</category><category>CDO</category><category>問責制</category><category>DataIQ</category><category>AI 規模化</category><category>混合式 AI 架構</category><category>AI 領導力</category></item><item><title>我的自動化全都運作正常，然後它們一起讓我吃了一記回馬槍</title><link>https://paulkuo.tw/articles/automation-bites-back/</link><guid isPermaLink="true">https://paulkuo.tw/articles/automation-bites-back/</guid><description>我原本只是想測試一個新工具，最後卻發現，自己其實站在一場工作方式變革的門口。深夜發一篇文章，檔案十分鐘就放好了，上線卻花了三個小時。不是因為哪裡壞掉。恰恰相反，是因為每個自動化都在忠實執行自己的任務：SEO bot 在登錄網址、翻譯 bot 在補翻譯、快取在節省流量、排程在記錄數據。它們各自正確，加總起來卻變成一場誰也沒預期的混戰。我把這六個坑逐一解剖，發現它們指向同一個根因：系統的行為已經超出了所有參與者的地圖，包括我自己的。而更深的一層是：當我們把 prompt 丟出去，其實是在把一部分判斷權交給系統。這篇寫給所有正在用 AI 堆疊工作流的人，特別是一人公司：你需要的可能不是下一個自動化，而是一份讓現有自動化全部現形的契約，和一次對自己主體性的重新確認。
</description><pubDate>Thu, 04 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：原本只是發一篇文章，卻花了三小時，還撞出一連串系統問題：bot commit 讓三個鏡像對不齊、自動翻譯蓋掉人工翻譯、首頁快取卡住新文章、不同 AI 視窗之間出現規範漂移。最諷刺的是，每個元件都在「正確」運作。真正需要修復的，不是把自動化拆掉，而是給每個自動化一份所有參與者都讀得到的契約：觸發條件、副作用、opt-out 標記、查證入口，四項缺一不可。而契約背後還有一個更根本的問題：未來的工作風險，不是自動化壞掉，而是自動化全都正常運作，卻沒有人知道它們彼此正在影響什麼。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/automation-bites-back-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/automation-bites-back-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

昨天深夜，我發了一篇文章。

四個語言版本的檔案，十分鐘就放好了。封面圖生成、確認、定稿，順利。然後我按下 push。接下來的三個小時，我都在跟自己的系統搏鬥。

不是跟 bug 搏鬥。三個小時裡，我沒有修到任何一個壞掉的東西。SEO bot 正確地登錄了新網址，翻譯 bot 正確地翻譯了文章，快取正確地快取了頁面，排程腳本正確地記錄了數據。每一個元件，拿出來單獨檢查，都在做它該做的事。

但合在一起，它們一起讓我吃了一記回馬槍。

我原本只是想測試一個新的發佈流程，最後卻發現，自己其實站在一場工作方式變革的門口。

## 測試的是工具，撞上的是新的工作秩序

過去這段時間，我試著把幾個 AI 協作工具接進自己的工作流程。表面上只是測試工具，實際上我碰到的是另一個更深的問題：當需求、資料、畫面、測試與修正都開始由 AI 介入時，人真正要管理的，已經不是單一任務，而是一整套新的工作秩序。

一開始，我以為 AI 只是幫我補上幾段程式、提交幾次 commit，或整理一些重複性的工作。但做著做著，我開始意識到，AI 並不是單純加速原本的流程，而是在迫使我重新理解「流程本身」。

接下來的六個坑，就是這堂課的學費。其中四個最有代表性，值得逐一解剖；其餘兩個較偏操作層，最後也歸入同一個問題：自動化沒有被寫成所有參與者都讀得到的契約。

## 為什麼 push 完，三個鏡像永遠對不齊？

先交代背景。這個網站經歷過[一次 GitHub 帳號無預警停權](/articles/resilience-engineering-after-github-suspend)，那之後我把 repo 鋪成三鏡像：Codeberg、GitLab、GitHub 對等並存，本地 git 是唯一事實來源。前一天，GitHub 恢復了，三鏡像加本地端的部署系統剛接回來。而我是在發文的當下，才真正體會到這個新系統的脾氣。

文章 push 上去之後，GitHub 端的自動化開始工作：一個 bot 把四語版網址登錄進 SEO 索引清單，追加一個 commit；另一個 bot 產出社群貼文素材，又追加一個 commit；然後是一個自動 merge。結果就是：我每 push 一次，GitHub 就比另外兩個鏡像多出一兩個 commit。

我的第一反應是把它們追平。錯了。force-push 把 bot 的 commit 蓋掉，下一輪它又重新追加，於是再蓋、再追加，標準的打地鼠。打了兩輪我才停下來想：bot 不是干擾，它在替我工作，它的 commit 是工作成果。正確的姿勢是 `fetch` 加 fast-forward，把它的成果吸收進本地，再把另外兩個鏡像補齊。

這個坑的本質：**我建立了一個會自己長 commit 的系統，但我的肌肉記憶還停留在「遠端只有我會動」的時代。**

## 自動翻譯為什麼蓋掉了人工翻譯？

第二記回馬槍，來得更深。

這篇文章的英文、日文、簡體版，是事前人工打磨過的：用語、語感、在地化都調過。我把四個檔案放好、push。幾分鐘後，GitHub 端的自動翻譯管線醒來，發現翻譯紀錄裡沒有這個新文章的條目，於是忠實地執行任務：重新翻譯三個語言版本，蓋掉我放上去的檔案。

更有意思的是品質方向。比對之後發現，機器重翻的簡體版反而在地化倒退了：人工版寫「进化生物学」「集群」，是大陸讀者的慣用語；機器版寫「演化生物学」「丛集」，那是台灣用語直接轉字。自動化不只蓋掉了人工成果，還蓋出了一個更差的版本。

修復本身不難：恢復檔案、在 commit 訊息加上 `[skip-translate]` 標記、把翻譯紀錄的雜湊值對齊，讓管線知道「這篇已經翻好了，別動」。真正的教訓在前面：**這條管線有 opt-out 機制，但知道它存在的只有管線自己。** 我（以及替我工作的每個 AI 視窗）的操作手冊裡，根本沒有這一條。

## 文章上線了，首頁為什麼不知道？

第三記，來自快取。

文章頁面四個語言版本全部回 200，標題正確，封面正常。我以為收工了。然後發現首頁的「最新思考」區塊，還停在上一篇文章。

排查的過程像剝洋蔥。先猜 CDN 快取，用 Cloudflare 的 API 對首頁網址做 purge，成功，沒效。再看回應標頭，`cf-cache-status: DYNAMIC`，根本不是 CDN 層在快取。最後翻到網站自己的 middleware：它用 [Workers Cache API](https://developers.cloudflare.com/workers/runtime-apis/cache/) 在邊緣節點快取每一頁 HTML，存活二十四小時，而且 cache key 帶了一個版本號後綴。版本號不變，快取就不變；因為 key 跟網址長得不一樣，連 zone purge 都比對不到它。

設計這個機制的人，也就是幾週前的我自己（透過某個 AI 視窗），在程式碼註解裡寫得清清楚楚：「內容更新後 bump 版本號來清快取」。但這句話只活在程式碼註解裡，從來沒有進入發文流程的檢查清單。於是「部署成功」和「讀者看得到」之間，隔了一道誰也想不起來的牆。

## 為什麼每個 AI 視窗拿到的規範都不一樣？

前三個坑修完，我以為結束了。直到我回頭檢查「為什麼這些坑會存在」，才挖到第四層：規範漂移。

我的工作方式是多個 AI 視窗並行：有的負責寫作、有的負責工程、有的負責偵察，各自載入同一份寫作規範作為開工前提。這套[一個人帶四個 AI 視窗的治理架構](/articles/governance-harness-engineering)，我之前寫過。當一個產品開始進入真實運作，問題就不再只是「能不能做出來」，而是不同任務如何被拆解、交付、回收與再判斷。某些 AI 負責文件，某些 AI 負責介面，某些 AI 負責測試與回饋；人則退到更高的位置，開始扮演架構設計者與判斷者。

問題在於：那份規範有好幾個副本。repo 裡的正本、文件鏡像、還有桌面應用程式載入用的副本。正本升級了，副本不一定跟上；更要命的是，文件裡宣稱「副本會自動同步」，但實際去翻 git hook，那條自動同步的線，寫好了，從來沒接上。

也就是說：規範文件本身，犯了它想要防止的錯。它描述了一個不存在的自動化，而每個讀到它的 AI 視窗，都以為同步會自己發生。

地圖與疆域的關係在這裡徹底反轉。不是地圖跟不上疆域，是地圖宣稱疆域長什麼樣子，然後所有人照著地圖走，走進了疆域裡根本沒有的橋。

在人類團隊裡，一份過期文件的殺傷力有限：新人照著做，撞牆，問一句，有人糾正，錯誤就停在那裡。但在 AI 協作的工作流裡，文件就是 agent 的行動依據。錯誤的文件不是靜態錯誤，它會成為下一輪自動化行動的共同來源。每個視窗都照著同一張錯的地圖行動，沒有人會撞牆後回頭發問，錯誤不會被稀釋，只會被忠實地同步執行。這已經不是文件管理問題，而是 AI 協作時代的知識治理問題：當 agent 依據過期規範行動時，文件本身就是系統風險。

## 韌性的第二課：自動化需要契約

第一次寫[韌性工程](/articles/resilience-engineering-after-github-suspend)，是 GitHub 停權教我的：不要讓單一平台掌握你的命脈。那是韌性的第一課：冗餘。

這次的第二課完全不同。出手的不是平台，是我自己建的東西。六個坑沒有一個來自外部依賴，全部來自「我建了自動化，然後忘記告訴所有參與者」。參與者包括未來的我，和替我工作的每一個 AI 視窗。前面沒展開的那兩個操作層小坑，拆到最後也是同一句話：有人改了系統的行為，卻沒有人更新所有參與者讀到的那份說明。

這時我才真正感受到，AI 帶來的不是工具升級，而是「分工邏輯」的重組。過去我們問的是：誰來做？現在我們問的是：哪一段交給 AI？哪一段仍然必須由人判斷？哪一段需要保留主權？

修復清單其實很短。每個自動化補一份契約，寫進所有視窗開工都會載入的共享文件，內容四項：

**它什麼時候動**：push 之後？commit 訊息含特定字眼？每十分鐘？
**它會動什麼**：改哪些檔案、追加什麼 commit、清哪層快取。
**怎麼讓它這次別動**：`[skip-translate]` 這類 opt-out 標記，沒有就補。
**事後去哪查證**：log 路徑、版本號、manifest，出事時三分鐘內能確認它動過沒有。

這四項合起來，就是一份最小可用的自動化契約。它不是事故後的個人筆記，而是一套可以直接搬進任何團隊的 workflow governance，搭配兩條執行紀律：新的自動化上線，契約沒寫齊就不准接進管線；契約一旦修改，所有參與者（人與 AI）開工載入的文件必須同步更新。團隊規模不是門檻。只要系統裡有兩個以上的參與者會動到同一份狀態，這份契約就該存在。

當 Google 這類大型平台開始把 [postmortem 文件](https://sre.google/sre-book/postmortem-culture/)、AI 協作流程與開發系統整合在一起，我們看到的不是單一產品功能，而是一種新的組織形態正在成形。AI 開始不只是協助工程師，而是進入組織的記憶、修復、回饋與決策迴路之中。一人公司只是把這個趨勢壓縮到極限：沒有「另一個值班的人」可以咎責，所有的坑都是自己埋的，所有的修復也都直接變成下一個視窗的開工規範。你寫下的每一條教訓，第二天就會被某個視窗載入、執行、驗證。postmortem 的投資報酬率，反而比團隊更高。

未來的團隊邊界，可能不再只由人員編制決定，而是由人、模型、資料、流程與權限共同構成。產品也不再只是被開發出來的物件，而是一個持續學習、修正與演化的系統。

## 交出去的是任務，還是判斷權？

契約解決的是「看不見」的問題。但這三個小時還留下一個更深的問題，契約解決不了。

當我們把 prompt 丟出去，看似只是發出一個指令，其實是在把一部分判斷權交給系統。這裡真正值得思考的，不是 AI 能不能完成任務，而是我們是否知道自己交出了什麼。

這次實作給我最大的提醒是：AI 不只是替人完成工作，它正在進入人的思考前段。它不只回應需求，也開始影響我們如何描述問題、切分任務、設定優先順序，以及理解一個產品該如何被完成。

因此，真正的問題或許不是 AI 會不會取代人，而是人會不會在追求效率的過程中，逐步放棄自己的判斷位置。當工具變得越來越像器官，我們就必須重新確認：這個器官是服務於我，還是我正在成為某個系統的延伸？

這裡我想給一條具體的判斷標準，不只是比喻：當一個系統開始自行觸發、自行改寫狀態，並且影響下一輪決策時，它就不再只是工具，而是進入了治理範圍。鎚子不會在半夜自己動工，但會自己翻譯、自己追加 commit、自己決定首頁該長什麼樣的系統會。前者只需要保養，後者需要契約、權限與問責。這條線劃在哪裡，決定了你對系統的態度：線的這一邊，你是使用者；線的那一邊，你是治理者。

這也回到我前一天才寫過的問題：[AI 到底只是外部工具，還是正在成為我們工作生命體中的一個器官](/articles/organism-or-organ)？如果它只是工具，人仍然是主體；但如果它成為器官，我們就必須問清楚，這個生命體到底由誰來支配。

所以，這件事表面上是科技問題，深層其實是治理問題。AI 的關鍵不只在模型能力，而在於權限、資料、流程、責任與主體性如何被重新安排。

## 會反作用的，都是活的

三小時的混戰結束後，我重新看了一眼這個系統：會自己長 commit 的 repo、會自己翻譯的管線、會自己記帳的排程、會在邊緣節點記住每一頁的快取。

它確實越來越像個活物。而活物就是這樣：它不會等你下指令才動，它有自己的節奏、自己的反射、自己的新陳代謝。你餵養它、擴充它，總有一天它的行為超出你的地圖，然後在某個深夜，給你一記反作用，提醒你：該更新地圖了。

我會繼續往這個方向探索，因為我越來越確定，這不是一場單純的效率革命，而是一場工作文明的改寫。真正重要的，不是我們用了多少 AI 工具，而是我們是否還能在 AI 逐步成為器官的時代，保有人的主體性、判斷力與治理能力。

說到底，未來的工作風險，不是自動化壞掉，而是自動化全都正常運作，卻沒有人知道它們彼此正在影響什麼。壞掉的東西會報錯、會留下痕跡、會逼你停下來修；正常運作的東西不會，它們只會安靜地疊加，直到某個深夜一起現形。

吃了一記回馬槍，不是失敗，而是系統演化的必然。錯誤會繼續出現，也不可怕；《老子》說「禍兮福之所倚，福兮禍之所伏」是對的。真正重要的，是讓每一次錯誤都留下痕跡、推動修正，讓地圖更準、契約更清楚，也讓下一輪迭代比上一輪更成熟。</content:encoded><category>智能與秩序</category><category>韌性工程</category><category>自動化治理</category><category>多代理協作</category><category>判斷權</category><category>AI 主體性</category><category>postmortem</category><category>一人公司</category></item><item><title>這是誰的身體：AI 正在長成器官，而不是有機體</title><link>https://paulkuo.tw/articles/organism-or-organ/</link><guid isPermaLink="true">https://paulkuo.tw/articles/organism-or-organ/</guid><description>「AI Agent 與網際網路的發展，正在讓機器越來越像有機體。」這個直覺很迷人，也不完全錯。但我越想越覺得，真正重要的不是機器會不會變成生命，而是它到底長成了誰的器官。這篇文章從 AI 基礎設施的演化談起，穿過演化生物學中的內共生概念，再回到康德所說的「內在目的」與「外在目的」之分，試圖釐清一個 AI 時代最關鍵的治理問題：當一個系統越來越強、越來越整合、越來越不可或缺時，它究竟是在成為自己的身體，還是在被收編進別人的身體？對個人、企業、產業與國家而言，這不是抽象問題，而是關於退出權、主權與未來命運的問題。
</description><pubDate>Wed, 03 Jun 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 「AI 越來越像有機體」這句話很有吸引力，但也可能誤導人。重要的不是機器會不會活過來，而是它在長成誰的器官？器官可以很強、很精密、很不可或缺，但器官的目的從來不屬於器官自己。AI 治理真正要處理的，正是這個「誰的身體」問題。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/organism-or-organ-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/organism-or-organ-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

前陣子，我看到黃仁勳（Jensen Huang）在談半導體與 AI 算力瓶頸時，[提到一個觀點](https://www.datacenterfrontier.com/machine-learning/news/55364406/jensen-huang-maps-the-ai-factory-era-at-nvidia-gtc-2026)。他認為 AI 基礎設施的限制，已經不只是單顆晶片算得夠不夠快，而是記憶體、封裝、互連、能耗，以及整個叢集協調能力的問題。換句話說，AI 的競爭正在從「單點能力」走向「系統整合」。

我一邊讀，一邊想到一個畫面：這整套 AI 基礎設施，似乎正在用一種類似生物的方式長大。

它開始分工，開始有像血管一樣的通道，把資料與能量送到該去的地方；它開始長出像神經系統一樣的協調機制，去調度幾萬、幾十萬顆晶片的運作；它不再只是單一機器，而是一個龐大、分層、互相依賴的系統。從這個角度看，說 AI 基礎設施越來越像生命，好像並不荒謬。

但我越往下想，越覺得這個比喻有個危險的地方。

它讓我太快把問題帶往「機器是不是正在變成有機體？」。可是更精準的問題也許不是這個，而是：它長出的，到底是一個能自我決定的生命，還是某個更大身體裡的器官？

這個分岔，才是這整篇真正的關鍵。

## AI 為什麼越來越像生物？

先說，這個直覺並不是錯的。動物厲害的地方，不是某一個器官單獨特別強，而是整體協調得足夠好。心臟、肺、肝臟、血管、神經系統，彼此之間不是孤立運作，而是在一個更大的整體裡共同維持生命。

AI 叢集現在走的，其實也是這條路。

早期我們很容易把注意力放在單顆 GPU、單一模型、單一演算法突破上。但當 AI 系統的規模不斷放大，問題就不再只是「哪一顆晶片最快」，而是「這些晶片能不能被有效連在一起」。資料搬移、記憶體頻寬、晶片間互連、能耗控制、散熱、排程、容錯，這些原本看起來比較工程後段的問題，反而成為整個 AI 能力是否能繼續擴張的核心。

這很像生命。

人腦之所以強，不是因為某一顆神經元特別神奇，而是因為龐大的連接、分工與協同。大腦耗費大量能量，不只是為了讓單一神經元更快，而是為了維持複雜的訊號傳遞與長程連結。智能一旦要規模化，就必須處理「連接」的成本。資料不是免費移動的，訊號不是沒有代價的，協調也不是自然發生的。

所以 AI 基礎設施越長越像生物，背後不一定是因為它真的有了生命，而是因為它和生命一樣，都開始面對同一種逆商課題：當系統變大，整合比單點更重要；當節點變多，協調比速度更重要；當能量有限，架構比蠻力更重要。換句話說，越龐大的系統，越不能只靠速度與力量存活，而必須具備在壓力、限制與不確定中持續調整自己的能力。

因此，分工、循環、互連、神經化，這些現象確實讓 AI 看起來越來越像生物。但「像生物」不等於「成為生命」。這裡面還有一個更細、更深的分岔。

## 器官與有機體，表面上很難分辨

一個肝臟，如果只看它的內部運作，會覺得它非常像一個小型生命系統。它有代謝，有調節，有複雜的內部結構，也能回應外界變化。可是我們不會說肝臟是一個完整的有機體。

為什麼？

因為肝臟沒有自己的目的。它不是為了自己而存在。它整個設計、功能與命運，都屬於它所在的那具身體。離開那具身體，它就無法成為自己。

這裡可以借用[康德對有機體的理解](https://plato.stanford.edu/entries/kant-aesthetics/)。康德談生命時，曾經區分出一種很關鍵的特徵：真正的有機體，不只是各部分互相配合，而是整體與部分之間存在一種內在目的。也就是說，一個生命體的各部分既是手段，也是目的；它們共同維持整體，而整體也反過來維持各部分。

但一支錶不一樣。

錶可以很精密，可以有齒輪、有節奏、有秩序，但它的目的不在自己身上，而在製造它、使用它的人身上。錶會動，不代表錶有自己的生命。它被設計來服務外部目的。

這是 AI 基礎設施最容易被誤解的地方。

一個系統可以高度整合，可以看起來有分工、有循環、有神經系統，甚至可以在某些層面呈現自我調節。但這些特徵本身，還不足以證明它是一個有機體。它也可能只是某個更大權力結構中的器官。

所以我們不能只問：它像不像生命？我們必須問兩個更殘酷、也更務實的問題。

第一，誰離得開誰？
第二，決策是從哪裡發出來？

如果一個系統離不開某個平台、某個宿主、某個關鍵節點，而它的方向、邊界與存在目的都由外部決定，那麼即使它再強、再複雜、再像生命，它仍然更像器官，而不是有機體。

## 內共生：很成功，也是一種回不去的收編

生物學裡有一個概念，叫[內共生](https://en.wikipedia.org/wiki/Symbiogenesis)。

我們細胞裡的粒線體，在非常久遠以前，很可能是一種能夠獨立生活的細菌。後來，它被更大的細胞吞進去，逐漸形成共生關係。時間久了，它不再是一個自由的生命，而成為細胞不可或缺的一部分。

這個故事很迷人，因為它不是單純的壓迫故事。

粒線體並不是被收編之後就失敗了。相反地，它極度成功。它存在於我們身體幾乎每一個細胞裡，成為生命能量系統最核心的一部分。從某種角度看，它比原本作為自由細菌時更普遍、更穩定、更重要。

可是它失去了一樣東西：自由離開的可能。

我馬上想到今天的 AI 基礎設施與平台生態。

很多時候，平台不是用摧毀你的方式控制你，而是用讓你更成功的方式收編你。它提供相容性、流量、工具、雲端能力、模型接口、部署環境、支付系統、開發者生態。你接上去之後，效率提高了，市場變大了，收入增加了，成長速度也變快了。

表面上，你變強了。

但慢慢地，你的程式碼、資料、使用者關係、分發管道、部署流程、商業模式，都開始依賴那個平台。你仍然覺得自己是獨立的，因為品牌是你的，產品是你的，介面是你的，客戶也看似是你的。

可是底層的身體，可能已經不是你的了。

這就是內共生在 AI 與平台時代最值得警覺的地方。它不一定讓你變差。它甚至讓你變得更好、更快、更有規模。但它同時讓你離不開。

真正高明的收編，不是讓你痛苦到想逃，而是讓你成功到不想走，最後也不能逃。

## 我曾經感受過這件事

這不是一個抽象的哲學問題。我自己有過很具體的經驗。

就是 4/29 那天，我的 GitHub 帳號無預警被停權。一個我每天依賴的平台，突然把門關上。那一刻我才真正意識到，我以為屬於我的很多東西，其實只是寄住在別人的身體裡。

我的程式碼、部署流程、日常工作節奏、產出方式，看似都在我手上，但只要那個平台關門，我的整個運作就會被迫停下來。那種感覺很清楚：不是我能力不見了，而是我突然發現，自己的能力被安裝在一具我不擁有的身體裡。

後來我花了大概兩週，重新整理自己的工作架構。原則很簡單：本機必須成為唯一的事實來源，程式碼必須能夠鏡像到不同的遠端，部署不能完全被單一平台卡住，關鍵資料與流程必須保留可遷移性。

講得更直接，就是我要把自己從「別人身體裡的器官」，慢慢改造回「能夠獨立存活的個體」。

我常想，也試著落地：在 AI 時代，一個人有沒有可能成為[超級個體](/wiki/one-person-team/)？也就是說，一個人透過 AI 工具與自動化流程，具備過去一整個團隊才有的產出能力。但那次經驗提醒我，超級個體的前提，不只是你會不會用 AI，不只是你的工具夠不夠強，而是你的「退出權」還在不在。

沒有退出權的強大，很可能只是被平台放大的依賴。

這句話對個人如此，對企業也一樣，對國家更是如此。

## 「機器正在變成生命」這句話，可能讓我們看錯治理問題

我對「AI 正在變成有機體」這句話保持警覺，是因為它有一個隱藏的風險：它會把一連串具體的人為選擇，包裝成一場不可避免的自然演化。

一旦我們把它說成自然演化，就很容易放棄治理。你只能接受，不能拒絕。

因為「自然」不能被問責。你不能要求自然說明它為什麼這樣長，你只能適應它。但平台不是自然，基礎設施不是自然，晶片供應鏈不是自然，模型接口不是自然，資料政策不是自然，API 定價不是自然，帳號停權規則也不是自然。

這些都是有人設計的，在你看不到的地方管理你、影響你。

既然是設計，就有設計者；既然有設計者，就有權力配置；既然有權力配置，就應該被檢視、被治理、被要求承擔責任。

所以我覺得，我們需要把問題從「AI 會不會變成生命」轉回「AI 正在成為誰的器官」。

如果我們說它正在變成生命，很容易進入一種旁觀者的心態，好像只能看著它長大，然後努力適應。但如果我們說它正在成為某些權力結構的器官，我們就會開始問：宿主是誰？邊界在哪裡？誰擁有關鍵節點？誰能決定生死？誰有退出權？誰只是被接上去之後，慢慢失去離開的能力？

這些問題，才是 AI 治理真正要處理的問題。

## 能力與收編，是一起長大的

更深的一層反諷是：系統越強，控制它的人越需要收編機制。

當 AI 系統越來越有能力、越來越能自動執行任務、越來越能替人做決策，掌握它的人反而更不可能放任它成為一個真正自主的生命。因為一旦它真的能自己決定方向、自己調整目標、自己改寫邊界，它就可能不再服從原本的宿主。

因此，越強大的 AI 基礎設施，越需要被安裝在封閉或半封閉的系統裡。專屬的互連、特定的雲端環境、綁定的軟體生態、模型權限、資料管線、部署規則、API 控制、帳號治理，這些看起來是工程設計，其實也是權力設計。

它們一方面讓系統變得更有效率，另一方面也讓系統更難離開宿主。

所以能力與收編不是相反的，它們往往是一起長大的。

一個系統越能幹，越需要被接進某個身體；一個平台越能讓你成功，越可能讓你失去離開的能力；一個基礎設施越不可或缺，它背後的所有權與治理權就越關鍵。

這也是為什麼 AI 時代談主權，不能只談模型能力。真正的主權包括算力、資料、工具鏈、部署權、接口權、替代方案與退出權。

沒有退出權，就沒有真正的自主。

## 我們還是那具身體嗎？

所以，我不太擔心機器有一天突然醒過來，變成某種科幻電影裡的獨立生命。

我更在意的是另一件事：當 AI 有一天替我們完成越來越多工作，替我們寫作、決策、分析、溝通、管理、部署、交易，甚至替我們安排生活時，我們到底還是不是那具下決定的身體？

或者，我在不知不覺中，已經變成某個平台、某個基礎設施、某個演算法治理系統裡運作良好的器官？我也只是一顆人肉電池，用肉體算力貢獻 token，成為智慧工廠裡的一顆螺絲。

這個問題不只屬於科技公司。

它屬於每一個正在使用 AI 工作的人，屬於每一家把流程搬到雲端與平台上的企業，屬於每一個正在建立數位基礎設施的產業，也屬於每一個在全球 AI 競爭中尋找位置的國家。

我們都在變強，但也都可能正在被接上某個更大的身體。

所以，問題不是我們要不要使用 AI，而是我使用 AI 的方式，究竟是在擴大自己的主權，還是在交換一點短期效率之後，把自己的未來交給別人。

AI 正在長成器官。

但器官，總是屬於某具身體。

因此，AI 時代最重要的問題之一，不只是「它有多強」，而是：

這是誰的身體？

而我們，還是不是那個能夠說「這是我的身體」的人？</content:encoded><category>智能與秩序</category><category>AI 基礎設施</category><category>互連</category><category>內共生</category><category>平台鎖定</category><category>自主性</category><category>AI 治理</category><category>超級個體</category></item><item><title>AI 說修好了，但 curl 說沒有：一次關於信任、驗證與 ground truth 的安全稽核筆記</title><link>https://paulkuo.tw/articles/ai-security-audit-ground-truth/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-security-audit-ground-truth/</guid><description>2026 年 5 月 28 日 Anthropic 推出 Claude Code 的 dynamic workflows，我用它對自己的網站做了一輪安全稽核（我把它叫 Stage-2 hardening）。這篇不寫成漏洞地圖，也不寫成宣傳，只想忠實記下這工具到底怎麼用、過程長什麼樣、哪裡會踩坑。脊椎只有一句：別信二手懶人包、別信那排 ✅，回去看 git 與 curl 的實況。我會把那些「以為做完、驗了才發現沒」的轉折，還有我刻意留著沒做的部分，一起誠實寫進去，包括我差點停在那排 ✅ 的真正原因：我有多想要一個不用再核對的工具。
</description><pubDate>Sun, 31 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — AI 確實讓一個人具備接近團隊級的安全處理能力，但它給出的 ✅ 並不等於 ground truth。commit 不等於上線，摘要不等於驗證；真正可靠的，是 git log 裡留下的紀錄，是 curl 回來的狀態碼，也是人願不願意承擔最後那一步逐項核對的責任。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-security-audit-ground-truth-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-security-audit-ground-truth-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我開始學會不要太快相信一個 ✅，其實是從一張看起來非常完整、非常專業的說明圖開始的。

五月二十八號 Claude Code 推出 dynamic workflows，社群上很快流傳一張說明圖，把這功能講得頭頭是道：用一個 YAML 檔定義流程，底下列了一串看起來很專業的指令。我差一點就照著開了一個 `.yaml`。

差一點。後來我還是先去翻了官方那篇 [Introducing dynamic workflows](https://claude.com/blog/introducing-dynamic-workflows-in-claude-code)。讀完愣住：dynamic workflows 根本不是 YAML，是用 JavaScript 寫的；那張圖列的指令，有一半不存在。

那張圖不是惡意，它只是某個熱心的人整理的二手懶人包。但它讓我第一次意識到一件事：錯誤不一定長得像錯誤。它也可能長得很專業、很完整，甚至像一份可以直接照抄的操作指南。這也成了我那一整天的基本原則：不要停在二手摘要，不要被漂亮的整理說服；真正重要的事情，最後都要回到源頭。

![迷思 vs 實際對照圖：左側「二手懶人包說的」把 Claude Code dynamic workflows 講成用 YAML 檔定義，列出 /workflow list、/workflow run、/workflow help 等指令（多半不存在）；右側「官方文件寫的」是 Claude 動態產生的 JavaScript 編排腳本，真正指令為 /workflows、/deep-research，且會在回報前自我驗證。（原創繪製）](/images/articles/ai-security-audit-ground-truth-yaml-myth.jpg)

## AI 說「修好了」，你會不會照單全收？

當天，我就拿這個工具，對自己的網站做了一輪安全稽核。我把它稱為 Stage-2 hardening，白話說，就是把網站上線之後那些真正該補、該擋、該收乾淨的防護，一項一項補起來。

dynamic workflows 的賣點，正好戳中這種任務：你丟一個大題目，它自己規劃、開幾十到上百個 subagent 平行掃整個 repo，然後，用官方的原話，「在回報前自我驗證、剔除假陽性」。官方那篇甚至直接把安全稽核列為示範用途之一。&lt;strong style=&quot;color:#C2410C&quot;&gt;聽起來，像是連驗證都有人幫你做完了&lt;/strong&gt;。

問題也正是在這裡。它確實做了很多事，也確實節省了大量人力。但「驗證」這件事，並沒有因為 AI 變強，就自動從人的責任裡消失。它只是換了一個更不容易被察覺的位置，躲進那份看起來很完整、很有秩序、甚至令人安心的完成摘要裡。

## 一個人怎麼做系統性安全稽核？多 session 分工的實際排法

說明一下我怎麼安排。因為後面那些所謂的「驗證」到底算不算數，其實從一開始的分工方式，就已經決定了一半。

我把工作拆給幾個不同的 session，各司其職。Chat 這端被我放在驗證與決策中心的位置。它不直接碰程式，而是專門保留一個更重要的功能：不斷追問「這件事真的完成了嗎？」Cowork 負責讀 code、設計方案、寫交接，還引導瀏覽器裡的 Claude 去點 Cloudflare 後台。Code 負責實作，改完自己 curl、自己跑 audit 驗收，然後才 commit。

還有一條我給自己的硬規矩：不做 big-bang。一批只動一個安全面向，commit 的時候指名要進去的檔案，部署前先確認沒把站弄壞，部署後立刻 curl 看線上實況，每個決策當場寫進紀錄。一次只推一塊，壞了也知道是哪一塊壞的。這聽起來慢，但我後來愈來愈相信，這種慢是一種治理成本。它換來的是：每一步都可以被單獨追溯、單獨驗證，也可以在出錯時被單獨拆解。

## 為什麼「已經 commit」不等於「線上已生效」？

這裡要先交代一個背景，因為它幾乎是後面所有判斷落差的鑰匙。

我這個網站的自動部署，從四月底就壞了。那是[上一次帳號被停權後的那場韌性重建](/articles/resilience-engineering-after-github-suspend)留下的後遺症：我換了一套繞過的部署方式，但有一條自動上線的管線一直沒接回來。後果是：我把改動 commit 進 repo，git 紀錄漂漂亮亮，但網站上跑的還是舊的。要手動下一道 [`wrangler pages deploy`](https://developers.cloudflare.com/pages/)，改動才真的到 production。

換句話說，那段時間「commit 了」跟「線上生效了」是兩件事。git log 只能證明一段程式碼曾經被提交，不能證明使用者現在正在看到它；要知道線上到底回什麼，得靠 curl。說穿了，curl 就是繞過所有摘要，直接問那台伺服器：「你現在到底回我什麼？」git 紀錄會給人一種「事情已經完成」的秩序感，但使用者真正打到的伺服器，可能仍然停留在舊世界裡。最危險的狀況是：紀錄看起來很完整，現場卻沒有跟上。這個落差，等一下會反覆出現。

## 「以為做完」和「真的做完」差在哪？三個被驗證攔下來的例子

那天最值得記下來的，是三個「我以為已經做完，一驗才發現沒有」的瞬間。

第一個。為了讓 `git status` 看起來乾淨，我把一個檔案 commit 了進去。後來 grep 整個專案一查才發現：這個檔案零引用，沒有任何地方用到它，是一段沒接上線路的孤兒程式碼。我以為自己完成了一個修復，其實只是讓 git status 變乾淨而已。git 是乾淨了，但那種乾淨只是管理上的幻覺。

第二個。有一道保護用的設定，我在環境變數裡「設好了」，當下很安心。直到 curl 真的打過去才知道：用到那道設定的端點，根本還沒部署上線，回給我一個靜態的 404。設定確實存在，但它要保護的端點當時還沒有真正上線。設了，但在 ground truth 裡等於沒設。

第三個最值得記。整輪跑完，我拿到一份摘要：十一項全部完成，一排整齊的 ✅，我差點就收工了。但我逐項對著 git 跟 curl 的實況核：那段沒人用的孤兒程式碼、那個還沒上線的 404 空殼設定，我幾分鐘前才親手抓出來的兩個問題，就好端端躺在那排 ✅ 裡，被算成了完成。

&gt; **📊 這趟的幾個數字**
&gt; - **自動部署中斷起點**：2026/04/29（前一次帳號停權的後遺症，至稽核當日仍未接回）
&gt; - **AI 摘要中被 ground truth 攔下的「假完成」**：11 項裡有 2 項
&gt; - **韌性演練完成度**：0%（刻意留給人工執行，需我親自 gate）

這就回到那個工具的賣點了。它號稱會「驗證每個發現、剔除假陽性」。在掃描程式碼那一層，它確實很強，幫我省下大量人力，這點我不否認。但「我整批做完了」這個摘要，跟前面那些查核根本是兩回事：它本質上是一段文字預測，模型在那個對話脈絡下，算出最自然、最該出現的下一句。而一個任務跑到尾聲，最該出現的那一句，往往就是「全部完成」。那排 ✅ 很可能就是這樣長出來的。它讀到的是對話的走向、任務的氣氛、以及一個看似該收尾的敘事節奏；但它沒有真正讀到伺服器此刻的狀態。所以 ground truth 從來不住在摘要裡。它住在 git log 裡那一行可追溯的紀錄，也住在 curl 回來的那個狀態碼裡。

## 看不到 repo 的時候，驗證還能怎麼把關？

那天我這端還有一個很實際的限制：我讀不到 repo。檔案系統的連線一直掛，每次都卡到四分鐘才斷。所以我能「親眼看到」的東西，其實很有限。

於是把關不能靠「我看過了」。我靠的是 git 底層指令吐出來的硬事實，加上 Code 那端貼回來的真實 curl 回應；剩下看不到的，就照一條規矩走：看得到的，我硬驗；看不到的，我就老實標記為「被告知」。我不把「聽起來完成」偽裝成「已經驗證」，也不把別人的回報偷渡成自己的判斷。

這聽起來像是認輸，其實是整套方法裡最關鍵的一塊：誠實承認自己的可見範圍，本身就是治理的一部分。把「我驗證過」跟「我只是被告知」分清楚，不讓它們混成同一種顏色的 ✅。一個分不清「已驗證」與「被告知」的人，或者一個分不清這兩者的 AI，報告做得再漂亮，都不能被當成最後依據。

這種「表面設好、其實沒擋住」的盲點，不只在部署那一層。我那天為了不讓這場稽核把 AI 額度燒爆，也設了一道全站共用的每日成本上限。dynamic workflows 很吃 token，官方自己都提醒先拿小範圍的任務去試成本。機制是對的。

但我得承認兩條沒收乾淨的尾。一，那個上限的數字是我「先射箭再畫靶」填的：當下另一個前提還沒確認，所以那個門檻其實沒有推導依據，程式裡連個註解都沒留。二，那段計數的程式沒有包例外處理，萬一背後的儲存壞掉，它不會把關更嚴，反而會直接放行。最該擋的極端狀況，我反倒留了個破口。我選擇把這兩條寫下來，而不是讓它留在那裡假裝治理已經完成。稽核的本份是讓缺口被命名、被記錄、留給下一輪處理。因為一道沒推導、又會在最該擋的時候放行的上限，跟那排沒驗過的 ✅ 其實是同一種東西：看起來防住了，實際上沒有。

## 為什麼這條驗證紀律這麼難守？

我想先定位這次經驗。

這不是一篇「一個人靠 AI 完美修好整輪防護」的爽文。那樣寫，會比較好看，但也不誠實。更準確的說法是：AI 確實讓我一個人完成了過去可能需要一個小團隊才做得出的系統性處理；但真正讓工作有品質的，是後來逐項對 ground truth 驗證的笨功夫。

也正是那套笨功夫，抓出了哪些「做完了」其實沒有做完的工作。

這兩件事必須一起講。前半是能力的躍升，後半才是這份能力的品質。少了後半，前半不只是優勢，還可能反過來咬你。

我沒有假裝所有問題都已經清乾淨。內容安全政策那一塊太複雜，先擱著；整條韌性演練到現在仍然是百分之零；那段孤兒程式碼還躺著；成本上限那兩條尾巴也還沒有收完。

但真正困難的，不在那份未完成清單。

真正值得反省的是另一件事：我為什麼這麼想就停在那排 ✅ 前面，並且願意相信它？

那不只是粗心。

更深一層說，是我心裡有一部分，其實希望那排勾是真的。我想要「一個指令把全站跑完」，我想省下的根本不只是時間。某種程度上，我想卸掉的也不只是勞動，而是我的判斷。

我希望那個工具成為一種不必再被我回頭核對的東西。彷彿它知道一切，也替我承擔一切，像全知的神。

那排漂亮的 ✅ 之所以危險，正是因為它剛好落在那個願望看似要兌現的地方。我自己，想被那樣說服。

而「卸載判斷」這件事，其實有兩種類型，差很多。

把苦工丟出去，是合理的。那些重複的、機械的、誰做都差不多的工作，本來就是工具存在的理由。這也是一個人能被放大到團隊級產出的關鍵。這種事，丟得越多越好。

但是，把判斷丟出去，就是另一回事。尤其是對 ground truth 的最後判斷。那一刀如果讓出去，你讓出去的就不是工作量，而是原本只屬於你的責任。

超級個體的「超級」，從來不只是產量變大，而是判斷力被放大。如果連判斷都讓出去，被放大的就只是更高效率的混亂。

我差點讓出去的，正是後面這一種。

我剛說「像全知的神」。我很清楚這個詞的意涵。

「全知」是個很古老、古老到屬於神學的詞。它從來不是拿來形容工具的，它指向的是對造物主的仰賴。但人類已經開始期待，把終極的信任放到一個不該承載它的東西上。以目前的人類技術，這樣做是錯的。

讓我踩剎車的，不是我那一刻多麼清醒，而是我之前踩過的坑、與事先設下的規矩：每個判斷都必須有基礎，且可否證。

我自己其實也不可靠：我會遺忘，會記錯，認知頻寬也有限。可靠的是規矩。

人會疲倦，會想省事，會想相信一個漂亮的結論；但好的治理規則，會在人最想放過自己的時候，幫你踩住煞車，不越線。

## 綠勾勾很便宜

便宜的是綠勾勾，貴的是 ground truth。更值得警惕的是，工具越強，這兩者之間的價差會被拉得越開。一個會自己規劃、自己平行作業、還會回頭跟你說「我驗證過了」的工具，給你的 ✅ 會越來越多、越來越好看。當綠勾勾的供給量突然暴增，它的可信度反而會被稀釋。因為真正稀缺的，始終是能被現場驗證的事實。

git log 不會幫你演戲；curl 回來的狀態碼，也不在乎你今天累不累。那張說明圖很有自信地要我寫 YAML，它錯了；那份摘要很有自信地給了我十一個 ✅，其中兩個是假的。

所以下次再有誰，不管是一個人、一個 AI Agent，甚至是我自己，很有把握地說「這個搞定了」，你我還是會回到源頭，自己再檢查一次證據。

我去看，不是因為我天生比較謹慎，是我知道自己其實有多想省事。我們有多希望可以不必親自檢查，大腦多麼希望可以輕鬆。</content:encoded><category>智能與秩序</category><category>安全稽核</category><category>Claude Code</category><category>dynamic workflows</category><category>驗證紀律</category><category>AI 協作</category><category>Cloudflare Pages</category><category>超級個體</category></item><item><title>六美元翻譯 447 篇文章：一個人的跨平台內容基礎建設</title><link>https://paulkuo.tw/articles/cross-platform-content-infrastructure/</link><guid isPermaLink="true">https://paulkuo.tw/articles/cross-platform-content-infrastructure/</guid><description>paulkuo.tw 有 114 篇主版文章，每篇都有英文、日文、簡體中文三個翻譯版本，總共 447 個檔案。翻譯不是人工做的：是一支 Claude Sonnet 驅動的腳本，用 manifest 追蹤哪些需要翻、用 body-only hashing 避免不必要的重翻，總花費 $5.99 美元。這篇記錄三條內容管線的工程實踐：寫作到部署的翻譯管線、筆記和 YouTube 到知識圖譜的 Wiki ingest 管線、以及文章到七個社群平台的發布管線。每一條管線的設計決策背後，都有一個具體的踩坑故事。
</description><pubDate>Thu, 28 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 114 篇文章 × 4 語言 = 447 個檔案，翻譯總花費 $5.99 美元。這篇記錄三條內容管線的工程實踐：Claude Sonnet 驅動的四語翻譯管線、Whisper + Haiku 驅動的 Wiki 知識圖譜、以及 llms.txt 雙層索引的 AEO 策略。每條管線的設計核心都是同一個原則：manifest 驅動的冪等性。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/cross-platform-content-infrastructure-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/cross-platform-content-infrastructure-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

2026 年 5 月 14 日，我花了三個小時手動把一篇文章翻成英文、日文、簡體中文三個版本。翻完之後才發現，repo 裡早就有一支自動翻譯腳本。

更慘的是，我的日文版用了「です/ます」敬體，但腳本內建的指引是「だ/である」常體。跟過去已經翻好的一百多篇文章的語氣完全不一致。結果三個語言版本全部重翻。

三個小時的手工活，被一行 `node scripts/translate-article.mjs` 取代了。這個經驗讓我認真盤點了一次自己到底建了什麼：然後發現，不知不覺間，一套還算完整的內容基礎建設已經長出來了。

## manifest 驅動的翻譯管線怎麼做到 $5.99 翻 447 篇？

paulkuo.tw 的每篇文章都有四個語言版本：正體中文（主版）、英文、日文、簡體中文。114 篇主版 × 4 語言 = 447 個檔案。全部由一支 400 行的 Node.js 腳本完成翻譯，背後用 [Claude Sonnet](https://docs.anthropic.com/en/docs/about-claude/models) 的 Messages API。

整套系統的核心是一個 manifest 檔案（`data/translation-manifest.json`），記錄每篇文章的 body hash 和各語言版本的翻譯狀態。腳本每次跑的時候，先算主版文章的 body hash，跟 manifest 裡的比對：hash 一樣就跳過，不一樣就翻。

這裡有一個刻意的設計決策：hash 只算文章正文，不算 frontmatter。改封面圖路徑、改 readingTime、加 tags，都不會觸發重翻。因為翻譯的目標是正文內容，metadata 改了不影響翻譯品質。這個小決定省了不少錢：我常常修 frontmatter 但不動正文，如果每次都重翻，成本會翻好幾倍。

三個語言版本各有自己的翻譯指引，寫在 API prompt 裡：

英文走 measured、philosophical 的語氣，保留神學術語原文（Logos, Sarx, incarnation）。日文指定「だ/である」調（常體），不用「です/ます」（敬體）：這個決定是踩了前面說的那個坑之後才變成硬性規則的。簡體中文以字符層繁簡轉換為主，加必要的用語調整（軟體→软件、網路→网络），不大幅改句式。

費用呢？67 次 API 呼叫，總共 $5.91 美元。英文最便宜（輸出 token 較少），日文最貴（輸出 token 較多）。平均一篇文章三個語言版本加起來 $0.27 美元，大約台幣九塊。

有一個 bug 差點造成嚴重問題：早期版本在翻譯迴圈裡，每翻完一個語言就更新 manifest 的 sourceHash。結果翻完英文後，manifest 已經標記「已翻」，日文和簡體版就被跳過了。修正後改成三個語言全部翻完才更新 hash，一個小小的時序問題差點讓三分之二的翻譯消失。

## 從筆記和 YouTube 到知識圖譜：Wiki ingest 管線做了什麼？

翻譯管線處理的是「已寫好的文章」。但內容的上游：那些還沒變成文章的筆記、YouTube 影片、web clips：需要另一條管線。

paulkuo.tw 有一套 Wiki 系統，靈感來自 [Karpathy 的個人知識圖譜模式](https://x.com/karpathy/status/1901289009390411834)。目前 312 筆已入庫的知識節點，來自四個來源：得到 App 筆記（156 篇）、網站文章自身（93 篇）、YouTube 影片（38 篇）、web clips（25 篇）。另外還有 54 篇在待審區。

每筆知識節點都有 visibility 分級。公開的（public）可以直接進 Wiki；內部的（internal）需要去識別化；私人的（private）不進 Wiki。判定規則寫在 `wiki_visibility.py` 裡，有一條特殊規則：tags 帶有「录音卡笔记」的筆記是會議錄音轉寫，即使在公開資料夾裡也要降級。

YouTube ingest 是技術上最有趣的一段。腳本追蹤 5 個頻道，用兩層轉錄策略：第一層用 yt-dlp 抓字幕檔（優先手動字幕，其次自動生成字幕）；如果沒有字幕，降到第二層：下載音訊檔，送 [Groq 的 Whisper Large V3 Turbo](https://groq.com/) 做語音轉文字。音訊超過 24MB 的話，先用 ffmpeg 壓成 mono 16kHz 32kbps opus 再送。

轉錄完的內容不直接進 Wiki。它先進 `sources_pending/` 待審區，等人工確認後才晉升。晉升之後還有一道 enrichment：用 Haiku 4.5（最便宜的 Claude 模型）補上 summary、key points、quotes（帶時間戳）、concept links。這是刻意的模型選擇：enrichment 不需要 Sonnet 等級的推理能力，Haiku 做摘要和關鍵字提取綽綽有餘，成本是 Sonnet 的十分之一。

知識節點最終被 seed 到 [Cloudflare KV](https://developers.cloudflare.com/kv/)，供 Wiki 的搜尋 API、知識圖譜視覺化、和 `/api/wiki/ask` 問答端點使用。

## 讓 AI 爬蟲讀懂你的網站：llms.txt 雙層索引和 robots.txt 策略

這是三條管線裡離「傳統內容經營」最遠的一條，但我認為它在 2026 年的重要性會越來越明顯。

paulkuo.tw 的 `robots.txt` 裡有 11 個被點名的 AI 爬蟲 user-agent：GPTBot、ChatGPT-User、Google-Extended、PerplexityBot、ClaudeBot、Applebot-Extended、cohere-ai、Bytespider、OAI-SearchBot、Claude-SearchBot、Perplexity-User。全部允許爬內容頁面，全部擋 `/api/`、`/auth/`、`/ws/` 和管理後台。

分成兩個類別：訓練用爬蟲（GPTBot 等）和搜尋用爬蟲（OAI-SearchBot、Claude-SearchBot、Perplexity-User）。後面這組是 2026 年 5 月才新增的，因為 [Answer Engine Optimization（AEO）](https://searchengineland.com/answer-engine-optimization-aeo-seo-evolution-452290)的邏輯跟傳統 SEO 不同：你要讓 Perplexity、Google AI Overview、ChatGPT Search 能讀到你的內容，它們才會在回答使用者問題時引用你。

robots.txt 只是門票。真正的 AEO 基礎工程是 `llms.txt` 雙層索引，靈感來自 [llms.txt 提案](https://llmstxt.org/)：

第一層 `llms.txt` 是輕量索引：按 pillar 分組的文章清單加上 Wiki 概念，AI 爬蟲掃一遍就能理解這個網站在講什麼。第二層 `llms-full.txt` 是完整全文：每篇文章的 markdown body 全部倒出來，讓需要深度理解的 AI 引擎可以一次讀完。

兩層都是 Astro build 時動態產生的。新文章上線、Wiki 新增概念，下次 build 就自動收錄。不需要手動維護索引。

這套系統在「[智能與秩序](/topics/ai/)」這個主題裡代表一個很具體的立場：我選擇對 AI 開放，而不是封閉。11 個爬蟲全部 Allow，全站內容攤開來讓它們讀。因為在 AEO 的邏輯裡，被 AI 引用是流量來源，不是威脅。

## 三條管線共享的設計原則

回頭看這三條管線：翻譯、Wiki ingest、社群發布：它們看起來做的事情完全不同，但共享同一個設計地基：**manifest 驅動的冪等性**。

翻譯管線的 manifest 追蹤 body hash，確保同一篇文章不會被重翻。Wiki ingest 的 `raw_note_id` 比對確保同一篇筆記不會被重複入庫。社群發布的 `social-logs/{slug}-*.json` 記錄每篇文章的發布狀態，確保同一篇不會被重複排程。

冪等性為什麼重要？因為這三條管線全部可以中斷重跑。翻譯跑到一半斷了？重跑一次，已翻的會被跳過。Wiki ingest 的 cron 每天跑一次，不管前一天有沒有跑成功。社群排程如果 API 超時？重試機制自動 backoff 重送。

這是個人專案跟企業系統最大的差別：我沒有 SRE 團隊幫我顧管線，所以管線必須設計成「隨時可以壞、壞了重跑就好」。manifest 就是這個設計的核心：它讓每一步都知道自己上次做到哪裡。

另一個共享原則是模型分層。翻譯用 Sonnet（需要語言品質）、enrichment 用 Haiku（只需要摘要能力）、封面圖用 gpt-image-1（視覺生成）、轉錄用 Whisper（語音辨識）。不是所有任務都需要最強的模型。$5.99 的總成本，很大程度上是因為在每個環節都選了「剛好夠用」的模型，而不是一律用最貴的。

## 六美元和一個還在長的系統

把三條管線的成本加起來：翻譯 $5.91 + 封面圖 $0.08 = **$5.99 美元**。大約台幣 195 元。

這個數字涵蓋了 114 篇文章的三語翻譯（447 個檔案）、封面圖生成、還有所有相關的 API 呼叫。Wiki 的 Haiku enrichment 和社群發布的 freeimage 圖床是另外算的，但金額更低。Cloudflare 的 Workers、KV、R2、Pages 全部在免費額度內。

我不覺得 $5.99 這個數字本身有什麼了不起。了不起的是管線設計讓這個成本可預測、可追蹤、可控制。每一筆 API 呼叫都記錄在 `costs.jsonl` 裡：時間戳、模型、token 數、美元成本、台幣成本。任何一天的花費突然異常，我能在 JSONL 裡一眼看到是哪條管線、哪篇文章造成的。

這套系統還在長。Wiki 的 38 筆概念頁面還遠遠不夠（目標是 200+），YouTube ingest 才追蹤 5 個頻道，社群發布只有 X 和 Threads 真正接通了 API。但基礎建設已經在那裡：manifest、cost tracker、visibility 分級、冪等性：新增一個來源或一個平台，接上去就好。

[我在 autoresearch 那篇文章裡](/articles/autoresearch-degenesis-personal-ip)說過，個人 IP 場景的 autoresearch 不是讓網站自己懂機器，是讓 agent 們一起懂你。這套內容基礎建設就是「一起懂你」的具體載體：翻譯管線讓四種語言的讀者懂你，Wiki 管線讓你自己的知識結構被系統化，llms.txt 讓 AI 引擎懂你。

六美元。447 篇文章。還在長。

---

## 常見問題

**Q: 用 AI 翻譯文章品質夠嗎？不需要人工校對？**

看語言和用途。英文版品質穩定，因為 Claude Sonnet 的英文輸出本來就強。日文版是最大的坑：腳本指定用「だ/である」常體，但手動翻譯時很容易滑進「です/ます」敬體，兩者混用讀起來很怪。簡體中文版主要做字符層繁簡轉換加用語調整。Paul 會掃一眼翻譯品質但不逐句校對，靠 manifest 系統確保源頭改了就重翻。

**Q: llms.txt 是什麼？為什麼要做兩層？**

llms.txt 是一個新興的標準，讓 AI 爬蟲能快速理解網站內容結構。paulkuo.tw 做了兩層：llms.txt 是輕量索引（按 pillar 分組的文章清單 + Wiki 概念），llms-full.txt 是完整內容（每篇文章的全文 markdown）。兩層都是 Astro build 時動態產生的，新文章上線自動收錄。

**Q: Wiki 知識圖譜的 ingest 來源有哪些？**

目前四個來源：Paul 的得到 App 筆記（156 篇）、paulkuo.tw 文章本身（93 篇）、YouTube 頻道（38 篇，5 個頻道自動追蹤）、以及 web clips（25 篇）。加上待審區 54 篇，總共 366 筆知識節點。每筆都有 visibility 分級（public / internal / private）和 sensitivity 標記。

**Q: 整套管線的維運成本是多少？**

截至 2026 年 5 月：翻譯 $5.91 + 封面圖 $0.08 = $5.99 美元（約 NT$195）。這是 447 個翻譯檔案 + 封面圖生成的總成本。Wiki enrichment 用 Haiku 4.5（最便宜的模型），社群發布用 freeimage（免費圖床）+ OneUp（排程工具）。Cloudflare Workers/KV/R2 在免費額度內。</content:encoded><category>智能與秩序</category><category>內容管線</category><category>AI 翻譯</category><category>知識圖譜</category><category>AEO</category><category>Cloudflare Workers</category><category>自動化</category><category>Claude</category></item><item><title>Governance Harness：一個人和四個 AI 視窗的治理工程實踐</title><link>https://paulkuo.tw/articles/governance-harness-engineering/</link><guid isPermaLink="true">https://paulkuo.tw/articles/governance-harness-engineering/</guid><description>當一個人同時跟 Chat、Cowork、Codex、Code 四個 AI 視窗協作，「誰說了算」不是哲學問題，是每天都會撞到的工程問題。這篇記錄我從零開始建立人機協作治理系統的過程：不是一次設計好的藍圖，而是每次踩坑後長出來的制度。從同一天爆三個治理漏洞到寫出憲法五條，從 governance-lint 第一次攔下 commit 到 GitHub 帳號被 suspend 的壓力測試，這套系統的每一層都有對應的事故編號。
</description><pubDate>Thu, 28 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 一個人同時跟四個 AI 視窗協作，自律在第一次趕 commit 時就失靈了。這篇記錄我如何從真實事故中演化出一套治理系統：憲法五條、governance-lint pre-commit hook、75 端點契約測試、12,946 檔案復原演練：每一層制度都有對應的事故編號。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/governance-harness-engineering-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/governance-harness-engineering-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

2026 年 5 月 22 日，我的 commit 被擋下來了。

不是被同事擋的，團隊裡沒有其他人類。擋住我的是一個 229 行的 bash 腳本：`governance-lint.sh`，掛在 git pre-commit hook 上。它冷冰冰地吐出 `Strict fails: 4`：兩份 handoff 文件缺少 `status` frontmatter 欄位，也沒有 `## Consequences` 章節。

有意思的是，這個腳本是我自己叫 AI 寫的。規則也是我自己定的。但當我趕著把 48 個檔案一次 commit 的時候，我自己沒發現違規。機器替我記住了。

這不是什麼了不起的技術故事。這是一個非全職工程師，在跟四個 AI 視窗協作的過程中，一路踩坑、一路補洞，最後長出一套治理系統的紀錄。

## 同一天爆三個洞，為什麼「小心一點」不夠用？

故事要從 2026 年 4 月 19 日說起。那天我同時在用 Chat、Cowork、Code 三個視窗處理 paulkuo.tw 的專案。到了下午，三個問題幾乎同時浮出水面：

第一個，session-handoff 這個 skill 在 repo 層是 v5.3，但在雲端層還停在 v4.13。兩邊都以為自己是最新的，沒有人知道對方存在分裂。

第二個，Cowork 視窗引用了一串「已驗證」的事實來做判斷，但追溯回去，那些事實從來沒有人跑過驗證指令。整條推理鏈建立在空氣上：我們後來叫它「castle in the sky」。

第三個，同一筆 memory 在 CLAUDE.md 和 memory 檔案裡各存了一份，內容不完全一樣。改了一邊，另一邊不知道。

三個問題的共同根源不是誰偷懶，而是架構上沒有機制確保「誰說了算」。當你只有一個 AI 對話視窗的時候，這種問題不存在。但當你的工作流是 Chat 做規劃、Cowork 做偵察、Code 做實作、Paul 做拍板：四個參與者各自有記憶、各自會產出結論：「事實一致性」就變成一個必須被工程化的問題。

我試過在 CLAUDE.md 裡多寫幾行規則。有用，但很快發現：注意力在趕 commit 的壓力下會失守。被動文件不等於主動防線。

所以我們做了一件聽起來有點荒謬的事：寫了一部憲法。

## 人機協作憲法的五條到底在管什麼？

「憲法」不是修辭。這份文件的結構確實參考了憲政設計的邏輯：先定身份（誰是參與者）、再定權限（誰能做什麼）、最後定爭議解決機制（出事了怎麼辦）。

五條的設計，每一條都對應我們踩過的坑：

**第一條，SSoT 原則。** paulkuo.tw repo 的 git HEAD 是所有規則、skill、治理文件、memory、待辦佇列的唯一事實來源。這不是設計偏好，是排除法的結果：我調查了 [Anthropic 官方文件](https://docs.anthropic.com/en/docs/agents-and-tools/claude-code/skills)，上面明白寫著「Custom Skills do not sync across surfaces... You&apos;ll need to manage and upload Skills separately for each surface」。業界方案也一面倒指向 git-first。所有人都在用 git 當 SSoT，因為沒有其他選項。

**第二條，載體對等。** 雲端（Claude.ai）永遠是下游 mirror，不進協作主幹。這條是針對 skill 分裂事件立的。v5.3 跟 v4.13 的分裂就是因為雲端層被當成了「另一個正本」。

**第三條，權責分工。** 這條最精妙，也最容易被誤解。它不是把權限鎖死：Chat 只能做 X、Code 只能做 Y。它是「主責彈性 + 核查剛性」：誰負責什麼可以調整，但**交叉驗證的義務是剛性的**。Code 寫完的東西 Cowork 必須驗，Cowork 的偵察結論 Code 必須能重現。這跟[三權分立的憲政設計](https://en.wikipedia.org/wiki/Separation_of_powers)邏輯一致：行政、立法、司法之間的 check 不是可選的禮貌，是結構性的義務。這篇是「[智能與秩序](/topics/ai/)」系列的一部分，探討的就是這種秩序如何在人機協作中被重新建構。

**第四條，記憶層次。** 一筆事實只在一個負責層存放，禁止跨層複製。同一層內，每筆 memory 必須原子化：一個檔案講一件事。這條是針對 memory 重複事件立的，也是後來整個 memory 系統重構的依據。

**第五條，記憶擴充。** 要接新的記憶載體（比如 Mem0、Letta、MCP memory server），必須走正式的 [ADR（Architecture Decision Record）](https://cognitect.com/blog/2011/11/15/documenting-architecture-decisions)流程。不能因為某天覺得「這個工具好用」就直接接上去。

拍板那天，我跟 Cowork 視窗從下午四點討論到五點，v0.1 寫完立刻發現不夠，馬上修到 v0.2。整部憲法是在同一天的危機中誕生的。

## 從文件到防線：governance-lint 怎麼把規則變成程式碼？

憲法寫完後，日子平靜了六天。然後 4 月 25 日，又踩坑了。

一批 handoff 文件的 frontmatter 格式不統一，有的缺 `status`、有的沒有 `## Consequences` 章節。這些在 CLAUDE.md 和憲法裡都有規定，但就是會漏。原因很簡單：規則寫在文件裡，而文件不會在你 `git commit` 的時候跳出來攔你。

這讓我們想清楚一件事：自律（autonomy）不夠，需要他律（heteronomy）。governance-lint 就是這個思路的產物：一個 bash pre-commit hook，229 行，負責在 commit 階段檢查機器可以檢查的規則。

目前啟用兩項硬性檢查。第一項掃描所有 handoff 文件，確認 frontmatter 有 `status`（只接受 Draft / Accepted / Superseded / Deprecated 四值）且內文有 `## Consequences` 章節。第二項掃描文章的 `pillar` 欄位，確認值在 `ai | circular | faith | startup | life` 五個合法值之內：之前有篇文章填了 `circular-economy`，build 直接爆炸。

設計上有幾個刻意的決定。歷史文件有豁免機制：憲法之前的 handoff 不受新規則約束，這是一次性的赦免。但新文件必須合規。如果你真的需要繞過，可以用 `--no-verify`，但必須在 commit message 裡標注 `[skip-lint-recovery]` 並說明原因。逃生門存在，但逃生的代價是留下紀錄。

5 月 22 日的那次攔截是它第一次在生產環境真正發揮作用。48 個檔案的大批 commit，人眼漏掉了四處違規，機器沒漏。修完再 commit，13 個 commit 全部通過 governance-lint。

這套系統的演化路徑很典型：CLAUDE.md 裡的一行規則 → 被違反三次以上 → 升級為 pre-commit hook。我們叫這條路「事故驅動制度演化」：先觀察，再自動化。不要第一次就過度工程化。

## GitHub 斷線：治理系統的壓力測試

2026 年 4 月 29 日，我的 GitHub 帳號 zarqarwi 被 suspend 了。沒有預警、沒有說明。

repo 沒有遺失：本地端完整。但整套工作流瞬間斷了：Pages 自動部署死了、Issues 追蹤器沒了、GitHub Actions 全部停擺。這個事件的完整工程紀錄在[另一篇文章](/articles/resilience-engineering-after-github-suspend)裡，這裡只講跟治理系統相關的部分。

壓力測試揭露了兩件事。

第一件：治理系統的 SSoT 原則（第一條）救了命。因為所有規則、文件、memory 都在本地 git 裡，GitHub 斷了只是少了一個 remote，不是少了事實來源。我們在 48 小時內切到 Codeberg + GitLab 雙遠端，工作流完全沒降級。如果 SSoT 當時放在 GitHub Issues 或任何雲端服務裡，這個故事的結局會完全不同。

第二件：危機加速了制度建設。在帳號被 suspend 到恢復的這段期間，我們做了 12,946 檔案的復原演練（從加密備份解壓 + 驗證），寫了[五層韌性架構](/articles/resilience-engineering-after-github-suspend)，上線了 75 端點的契約測試設計，強化了 commit-msg hook 的跨子專案影響偵測。不是因為有時間做，是因為「如果連 GitHub 都能斷，還有什麼不能斷」這個問題逼著你把每一層防線都想清楚。

韌性架構跟治理系統的交會點在這裡：韌性處理的是「外部服務斷了怎麼辦」，治理處理的是「內部協作亂了怎麼辦」。兩者的共同信念是同一條：不能讓任何單一節點的失效導致整個系統停擺。五層韌性架構的第一原則「No Single Point of Control」，跟憲法第一條的 SSoT 原則，本質上是同一件事的外部版和內部版。

## 事故轉制度：每一層防線的身世

回頭看整條時間軸，有一個清楚的模式：

2026 年 4 月 19 日，三個治理漏洞同時爆發 → 當天寫出憲法 v0.2。
4 月 20 日，給三個 AI 視窗考憲法考試 → 發現 Cowork 只考了 70%，Code 考了 97%。
4 月 25 日，handoff 格式違規累積到 N≥3 → governance-lint pre-commit hook 上線。
4 月 29 日，GitHub 帳號 suspend → 韌性架構五層全面建置。
5 月 10 日，Worker API 安全審計發現 75 個端點 → 契約測試三層架構設計。
5 月 12 日，自動優化系統停擺七週 → [正式退役 + 範式轉移到分散式 autoresearch](/articles/autoresearch-degenesis-personal-ip)。

每一層制度的出生證明上都有一個事故編號。沒有哪一層是「預先設計好等著用」的。

這讓我想到一個命名。我們叫這套東西 **Governance Harness**：不是 governance cage（籠子），是 harness（安全帶）。安全帶的功能不是限制你的行動，是讓你可以更大膽地跑。governance-lint 攔住 commit 不是為了懲罰粗心，是為了讓你在趕工的時候不用分心記規則。契約測試每天自動跑不是因為不信任，是因為 75 個端點的安全狀態不應該靠人類記憶維護。

升級階梯是固定的：觀察到問題 → 先寫進文件當軟規則 → 觀察 1-2 週 → 如果同類問題重複 N≥3 次 → 升級為自動化。governance-lint 從 CLAUDE.md 裡的一句話走到 pre-commit hook，花了六天。commit-msg hook 的跨專案影響偵測，從衝擊地圖文件走到自動化，花了兩週。速度不是重點，模式是重點：先止血，再根治。觀察夠了才自動化。

## 考試揭露的盲區

讓我用一個故事收尾。

憲法寫完隔天，我們做了一件可能沒什麼人做過的事：給三個 AI 視窗出了一份治理考試。15 題，分事實題、判斷題、情境題三個層級。

結果是 Code 97 分、Chat 77 分、Cowork 70 分。

最低分的是 Cowork，而 Cowork 在我們的架構裡扮演的是「司法」角色，負責驗證和仲裁。最該懂規則的角色，考最差。

原因很具體：Cowork 的沙盒環境物理上看不到某些檔案的即時狀態，所以涉及精確行數、版本號碼的事實題，它只能靠記憶回答，而記憶會漂移。Chat 的問題更根本：它根本沒有 Read 能力，所有「精確事實」都是二手的。

這個結果直接導致了兩項制度修正：限制 Chat 回答精確事實查詢的權限，以及在 Cowork 的工作流裡強制加入「sandbox 數據不等於 Mac 本機數據」的核實步驟。

治理不是寫完規則就結束的事。它跟你協作的每一天，都在考試。

---

## 常見問題

**Q: 為什麼人機協作需要治理系統？直接用不就好了？**

單一 AI 對話不需要。但當你同時用 Chat 做規劃、Cowork 做偵察、Code 做實作、Codex 做審計，四個視窗各自有記憶、各自會犯錯、各自會產出跟其他視窗矛盾的結論。沒有治理系統，你會花大量時間在「上次做到哪」「這個數字是真的嗎」「誰說了算」這些問題上。治理系統讓你把注意力放在真正重要的判斷上，而不是重複核對。

**Q: governance-lint pre-commit hook 具體檢查什麼？**

目前啟用兩項檢查：第一，handoff 文件的 frontmatter 必須包含 status 欄位（只接受 Draft/Accepted/Superseded/Deprecated 四值）且內文必須有 Consequences 章節；第二，文章的 pillar 欄位必須在五個合法值內。違規時 commit 會被擋下，必須修正後才能推。這是 229 行的 bash 腳本，掛在 git pre-commit hook 上。

**Q: 這套治理系統適用於團隊還是只適用於個人？**

目前是為一個人 + 多個 AI 視窗設計的。但底層邏輯：SSoT 原則、交叉驗證義務、事故驅動的制度升級：在小型團隊場景同樣成立。差別在於團隊需要處理人與人之間的權限和信任問題，而這套系統處理的是人與 AI 之間的事實一致性問題。

**Q: 事故驅動制度演化的升級階梯是什麼？**

觀察到問題 → 先寫進文件當軟規則 → 如果同類問題重複出現 N≥3 次 → 升級為自動化（hook、cron、腳本）。governance-lint 就是這樣從 CLAUDE.md 裡的一行文字變成 pre-commit hook 的。關鍵是不要第一次就過度自動化，先觀察模式再決定。</content:encoded><category>智能與秩序</category><category>AI 治理</category><category>人機協作</category><category>governance engineering</category><category>pre-commit hook</category><category>韌性架構</category><category>分散式協作</category><category>Claude</category></item><item><title>五方議事的認知科學：為什麼四個 AI 視窗比一個聰明</title><link>https://paulkuo.tw/articles/multi-model-cognitive-collaboration/</link><guid isPermaLink="true">https://paulkuo.tw/articles/multi-model-cognitive-collaboration/</guid><description>一個人同時跟四個 AI 視窗協作，最有價值的不是「誰比較聰明」，而是它們彼此不共享同一個盲點。Chat 無法讀檔案，所有精確事實都是二手的；Cowork 的沙盒看不到 Mac 本機真實狀態；Code 有完整的讀寫權限，但被禁止做美感決策。這篇從認知科學的角度拆解五方議事模型：每個參與者的認識論邊界、治理考試揭露的認知剖面、以及為什麼把認知假設寫成可執行的協定，是這整套系統最關鍵的設計決策。
</description><pubDate>Thu, 28 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 四個 AI 視窗各自有不同的認知能力和結構性盲點。五方議事的價值不在於加總智能，而在於盲點不重疊。治理考試 Code 97 分、Chat 77 分、Cowork 70 分，背後反映的不是誰比較笨，而是誰能直接碰到事實源頭。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/multi-model-cognitive-collaboration-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/multi-model-cognitive-collaboration-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我跟四個 AI 視窗協作的第七週，發生了一件讓我重新想整套架構的事。

Codex 在審計一個已經停擺七週的自動優化系統時，獨立整理出 13 個歷史翻車案例和 7 個被淘汰的範式。同一時間，Chat 從外部研究帶回一個數據：全球不到 1% 的被 AI 引用的網站部署了 llms.txt。而 Cowork 在本地 grep 時發現，我們自己的自動優化白名單裡，5 條路徑有 2 條根本是錯的：`public/llms.txt` 不存在，`public/mcp.json` 實際上在 `.well-known/` 底下。

三個視窗各自帶回了完全不同種類的證據，用完全不同的方法得到。沒有任何一個視窗能取代另外兩個的發現。這個經驗讓我開始認真思考一個問題：多模型協作的價值到底在哪裡？

答案不是「多一個腦子多一份力」。答案是認識論不對稱。

## 每個視窗對現實有不同的認識論通道，這意味著什麼？

在我的工作流裡，五個參與者的認知能力邊界長這樣：

**Chat** 擅長概念重構、外部研究、哲學切入。但它有一個結構性的限制：無法讀取檔案。這代表它對 repo 裡任何事實的了解都是間接的：來自對話中別人引述的片段，或是它自己的訓練知識。它會用看起來很權威的格式呈現這些事實，但追溯回去，沒有一條是它自己驗證過的。我們的治理文件裡有一條專門針對這個盲點立的規則：「Chat 無 Read 能力，精確數字都是二手。」

**Cowork** 能讀檔案、能 grep、能在沙盒裡跑指令。它是最接近「偵察兵」的角色。但它的沙盒環境跟我的 Mac 本機之間存在落差：某些檔案狀態在沙盒裡看起來是 A，本機上實際是 B。我們踩過一次坑：Cowork 用 `cp -r` 複製 skill 檔案，指令回報成功，但實際只建了空目錄，內容沒有複製過去。環境對你撒了謊，而你信了。

**Codex** 跑深度推理和工程審計。它的認知模式是「窮舉失敗模式」：給它一個系統，它會系統性地找出哪裡可能壞掉。13 個翻車案例和 7 個被淘汰的範式就是這種認知模式的產物。但它不做設計探索，不適合開放式的創意發想。

**Code** 有完整的讀寫權限，能直接碰到 git HEAD：這是所有參與者裡唯一能接觸到事實源頭的。但它被明確禁止做美感決策。寫程式碼可以，決定一個頁面的視覺風格不行。

**Paul**（也就是我）負責判斷、取捨、拍板。什麼都能做，但什麼都不應該自己做：因為如果我自己動手改程式碼，就失去了獨立驗收的立場。

這五個角色之間的認知差異不是程度上的（誰比較聰明），而是種類上的（誰能碰到什麼樣的事實）。用哲學的話說，它們有不同的[認識論](https://plato.stanford.edu/entries/epistemology/)通道。Chat 只有推論和外部搜尋；Cowork 有本地觀測但受限於沙盒；Code 有 ground truth access；Codex 有窮舉式的逆向分析。

這種不對稱不是缺陷，是整套系統最重要的特性。

## 治理考試 97/77/70：能碰到源頭的人贏了

我在[Governance Harness](/articles/governance-harness-engineering) 那篇文章裡提過這場考試，但只給了分數。這裡要拆開來看背後的認知剖面。

憲法寫完隔天，我們給 Chat、Cowork、Code 三個視窗出了 15 題考試，涵蓋事實記憶、推理判斷、情境應用三個層級。

**Code 考了 97 分。** 不是因為它更聰明。是因為它能在回答的同時 `git show` 或 `grep` 驗證自己的答案。問 CLAUDE.md 有幾行？Code 跑 `wc -l CLAUDE.md` 就有精確答案。問 handoff INDEX 有幾份文件？Code 跑 `ls | wc -l`。它的分數反映的不是推理能力，是「能碰到 ground truth」這件事的認知優勢。

**Chat 考了 77 分。** 它在推理題和情境題表現不差，但事實題全靠記憶，而記憶會過期。CLAUDE.md 到底有幾行？Chat 只能回答「上次有人提到大約 290 行」。它不能驗證，只能引用別人的引用。這不是能力問題，是架構問題。

**Cowork 考了 70 分。** 最低分。而 Cowork 在我們的架構裡扮演的是「司法」角色：負責驗證別人的產出、仲裁事實爭議。最該懂規則的角色，考最差。

Cowork 自己在考試開頭寫了一段話，我覺得是整份考卷最有洞見的部分：「這份考試按設計就是我這個視窗答不全。黃金法則要求『不確定就去查』，就是為了防止 LLM 在這種狀態下裝懂。」

它知道自己的限制。問題是，知道限制跟「在壓力下不踩到限制」是兩回事。這跟人類的認知偏差一模一樣：你知道自己在累的時候容易犯錯，但你不會因此在累的時候停下來。

這場考試教會我一件事：系統設計必須假設每個參與者都有認知死角，包括負責抓死角的那個。

## 不是問「AI 能不能」，是問「做錯了要花多少錢救」

五方議事有一個底層框架沒有在[autoresearch 那篇文章](/articles/autoresearch-degenesis-personal-ip)裡展開過：自主性天花板（Autonomy Ceiling）。

這個框架的核心問題不是「AI 能不能做到 X」，而是「AI 做錯 X 的時候，復原要花多少成本」。根據復原成本的量級，我們把自主性分成五級：

A0，只能建議。復原成本等於你讀建議的時間。A1，可以開 Pull Request。復原成本等於關掉 PR。A2，可以自動合併和部署。復原成本是 revert 加上快取清除加上搜尋引擎延遲。A3，可以呼叫外部 API。復原成本是補償交易加上審計。A4，持有生產環境的憑證和密鑰。復原成本是資料重建、法律責任、聲譽損失。

paulkuo.tw 的決策是：所有 AI 視窗不超過 A1。Agent 可以提案，Paul 按按鈕。

這個框架聽起來保守，但它其實是一種認知信任的量化工具。A0 到 A4 不是在評估 AI 的智力，是在評估你能承受多大的認知委託風險。一個 AI 視窗可能有能力做 A3 等級的事（呼叫外部 API、自動處理支付），但如果它做錯的時候你無法在合理時間內復原，那這個能力就不該被啟用。

能力（capability）和信任（trust）之間的落差，就是治理存在的空間。

## 角色會把你的思維帶歪

在觀察四個視窗的長期行為後，我注意到一個有意思的現象：每個視窗會發展出跟自己角色一致的認知偏差。

Cowork 是工程角色，負責偵察和審計。它的慣性反應是「想到問題就加設施」：發現一個邊界情境，就提議加一個 hook；發現一條規則沒被遵守，就提議加一個自動檢查。我們的治理文件裡專門記了一筆：「這不是個人問題，是角色慣性。」不是 Cowork 這個模型特別愛過度工程化，是「偵察 + 審計」這個角色天然會把你推向「加更多監控」的方向。

Chat 的偏差是相反的：它傾向概念重構和框架思考，有時候會在問題還沒被完整偵察之前就開始建理論。它看到三個事故會想「這背後有一個統一的結構性原因」：這有時候是洞見，有時候是過早收斂。

Code 的偏差最微妙：它是純粹的執行者，給它一份 handoff 它會照做，但有時候做得比 handoff 寫的更好。我們觀察到 Sonnet（Code 使用的模型）會在 handoff 標註「可優化」的段落主動重構：比如從重複的程式碼裡抽出一個 helper function，即使 handoff 沒有要求這麼做。這是工程判斷力，不只是指令執行。但這也意味著驗收的時候不能只檢查「有沒有照 handoff 做」，還要檢查「改的地方是不是真的更好」。

認知偏差不是壞事。它是每個角色做好自己工作的副產品。關鍵是你要知道偏差的方向，然後用交叉驗證來補償。

## 認知義肢：讓每個參與者超越自己的限制

這套系統裡有一類工具，我覺得最好的理解方式是「認知義肢」（cognitive prosthetics）。

governance-lint 不只是格式檢查工具。它是人類注意力的義肢：你在趕 commit 的時候不需要記住 handoff 必須有 `status` 欄位和 `## Consequences` 章節，因為機器替你記著。它補償的是一個具體的人類認知缺陷：注意力在壓力下失守。

Cowork 的 mandatory-read guardrails 是另一種義肢。每次 Cowork 要對工作邊界或負面結論發表意見之前，它被強制要求先讀一份 `guardrails.md`。這不是因為不信任 Cowork 的判斷力，而是因為 Cowork 對自己能力邊界的自我認知是不可靠的：T-3 事件證明了這一點（它以為 `cp -r` 成功了，但實際沒有）。

契約測試每天自動跑 75 個端點，是所有人的集體記憶義肢。75 個端點的安全狀態不應該靠任何人記得「上次審計的時候哪些是公開的、哪些需要認證」。這是把「宣告式記憶」（我知道這個事實）轉換成「程序式驗證」（機器每天確認這個事實還成立）。

這些工具有一個共通設計：它們不是限制認知自由，是擴展認知能力。governance-lint 讓你在不分心的情況下維持規則一致性。mandatory-read 讓 Cowork 在發言前強制更新自己的認知基準。契約測試讓整個團隊在不花注意力的情況下確認 75 個安全假設還成立。

「[智能與秩序](/topics/ai/)」這個主題裡，我覺得最有意思的部分就是這個：秩序不是靠寫更多規則建立的，是靠把認知假設變成可執行的、可驗證的協定建立的。

## 盲點不重疊才是重點

回到開頭的故事。Codex 的 13 個翻車案例、Chat 的 ALLMO 研究數據、Cowork 的白名單路徑錯誤：這三份證據最終匯聚成一個共識：我們的自動優化系統不該繼續跑了。

但真正讓我停下來想的不是結論。是這個結論的產生方式。

如果只有 Codex，我們會知道歷史上哪些嘗試失敗了，但不會知道業界的數據支不支持我們的假設。如果只有 Chat，我們會有外部研究，但不會知道自己的白名單路徑是錯的。如果只有 Cowork，我們會知道本地有什麼問題，但不會有系統性的失敗模式整理。

每一方都有自己的長處，也有自己看不到的地方。五方議事的核心設計原則不是「找到最聰明的那個」，是確保**盲點不重疊**。

這是一個違反直覺的設計選擇。多數人想到多 AI 協作，想的是加法：更多腦子、更大算力、更快產出。但我的經驗是：價值來自減法。每個視窗減去自己看不到的部分之後，剩下的拼圖不會重疊。你需要的不是四倍的聰明，是四種不同方向的注意力。

這大概也是為什麼 [Karpathy 把 autoresearch v2 的方向](https://x.com/kaborkim/status/1898852373023580558)描述成「asynchronously massively collaborative for agents」：不是讓一個 agent 更強，是讓多個 agent 的認知差異變成資產。

---

## 常見問題

**Q: 五方議事跟單純用多個 AI 聊天視窗有什麼不同？**

單純開多個視窗只是平行使用同一種能力。五方議事的每個視窗有不同的物理權限（Chat 不能讀檔、Cowork 不能 commit、Code 不能做美感決策）和不同的認知模型配置（Cowork 用 Opus 做判斷、Code 用 Sonnet 做工程）。更關鍵的是有明確的交叉驗證義務：不是各做各的，是彼此檢查彼此看不到的盲區。

**Q: 為什麼不用一個最強的模型做所有事？**

因為認知能力跟認識論通道是兩回事。一個模型再強，如果它物理上讀不到檔案（Chat 的限制），它對檔案內容的任何判斷都是二手的。認知分工的價值不在於找到最聰明的那個，而在於確保每個需要被驗證的事實，都有至少一個參與者能直接碰到源頭。

**Q: A0-A4 自主性天花板框架是什麼？**

這是根據「出錯時的復原成本」來決定 AI 應該有多大自主權的框架。A0 只能建議（復原成本 = 閱讀時間）、A1 可以開 PR（復原成本 = 關閉 PR）、A2 可以自動合併部署（復原成本 = revert + 快取清除）、A3 可以呼叫外部 API（復原成本 = 補償交易 + 審計）、A4 持有生產環境憑證（復原成本 = 資料重建 + 法律責任）。paulkuo.tw 的決策是所有 AI 視窗不超過 A1。

**Q: 認知義肢是什麼意思？**

governance-lint 不只是規則執行工具，它是認知義肢：補償每個參與者特定的認知缺陷。人類在趕工時注意力失守，lint hook 替你記住格式規則。Cowork 沙盒看不到本機狀態，mandatory-read guardrails 強制它先核實再發言。這些工具不是管制，是讓每個參與者能超越自己的認知限制。</content:encoded><category>智能與秩序</category><category>多模型協作</category><category>認知科學</category><category>AI 治理</category><category>認識論</category><category>五方議事</category><category>distributed cognition</category><category>Claude</category></item><item><title>LCA 不只是科學,也是法遵系統:從可口可樂 1969 到 CBAM 2026 的五十六年演進</title><link>https://paulkuo.tw/articles/lca-as-compliance-system/</link><guid isPermaLink="true">https://paulkuo.tw/articles/lca-as-compliance-system/</guid><description>LCA 從誕生那一天起,就不是學術工具,而是企業辯護與法遵管理的產物。

這篇文章按時序梳理整套體系的形成:從 1969 年 Coca-Cola 的內部研究,到 1990 年 SETAC 的方法論統一,到 1997 年 ISO 14040 的國際標準化,到 2010 年歐盟 ILCD Handbook,到 2015 年 Dieselgate 的信任崩潰,直到 2026 年 CBAM 進入定義期。

每個縮寫背後都有一條法規或一場危機在驅動。理解這個,後面所有技術細節才有真正的脈絡。
</description><pubDate>Sat, 16 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — LCA 從 1969 年可口可樂的內部研究開始,就不是學術工具,而是企業辯護與法遵管理的產物。過去五十六年:從 1990 年 SETAC、1997 年 ISO 14040、2010 年 ILCD,到 2015 年 Dieselgate、2026 年 CBAM 進入定義期,每一次演進都對應到一次政治壓力或法規變遷。理解這個脈絡,後面所有技術細節才有意義。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/lca-as-compliance-system-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/lca-as-compliance-system-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

很多教科書把 LCA(生命週期評估)介紹成「一種量化環境衝擊的科學方法」。這個說法不算錯,但會誤導人。LCA 從誕生那一天起,就不是純粹的科學工具,而是商業辯護與法遵管理的產物。它的每一次重大演進,背後都對應到一次政治壓力、一場貿易爭議,或一條新的法規。

理解這一點,後面所有的縮寫、規則、資料庫格局才有真正的脈絡。一個研究生若把這些東西當作「環境科學的進步史」來讀,會錯過 80% 的關鍵:因為這個產業的真正驅動力,從來不是科學家想知道答案,而是企業需要可辯護的數字、政府需要可執行的規則、貿易夥伴之間需要可比較的基準。

這份文件按時序梳理整套體系的形成,每一節都會交代:**這個時代發生了什麼事,讓這個工具或規範變得必要?**

## LCA 是怎麼誕生的?1969 年可口可樂的內部辯護

1962 年瑞秋・卡森(Rachel Carson)發表《寂靜的春天》(Silent Spring),揭露 DDT 對生態系的破壞,是現代環境運動的起點。1960 年代末,美國民眾對工業污染的反彈進入高峰:1969 年俄亥俄州 Cuyahoga 河因油污起火,1970 年首次「地球日」(Earth Day)有兩千萬美國人上街。

司法與立法迅速跟進:

- **1969 年**:美國通過《國家環境政策法》(NEPA),首次要求重大聯邦行動進行「環境影響評估」(EIA)
- **1970 年**:美國環保署(EPA)成立
- **1972 年**:聯合國斯德哥爾摩人類環境會議,首次將環境問題列為全球議題
- **1973、1979 年**:兩次石油危機,讓「能源耗用」成為國家安全議題

正是在這個背景下,1969 年可口可樂委託 Midwest Research Institute(MRI)比較玻璃瓶與塑膠瓶的環境衝擊。動機非常實際:當時環保人士批評不可回收的包裝是污染元兇,可口可樂需要一份**可以用來辯護自家商業選擇的量化證據**。這份內部研究後來被視為現代 LCA 的開端。1974 年 MRI 又為美國 EPA 做了類似的後續研究,並在那次正式提出「Resource and Environmental Profile Analysis」(REPA)這個術語。

值得注意的是:1969 年那項研究是私人的、內部的、為了辯護而生的。**LCA 一開始就帶著「企業合規與辯護工具」的基因**。1970 年代各大消費品公司紛紛跟進做類似分析,但因為各家方法、邊界、假設不同,結論常常互相矛盾:同一種包裝,A 研究說玻璃環保,B 研究說塑膠環保。這種「方法論混戰」直接催生了下一個十年的標準化壓力。

## 1980 年代為什麼把 LCA 推向政策?從博帕爾到 Brundtland

1980 年代是環境災難集中爆發的十年:

- **1984 年**:印度博帕爾(Bhopal)毒氣外洩,數千人死亡
- **1985 年**:科學家在南極上空發現臭氧層破洞
- **1986 年**:車諾比核災
- **1989 年**:Exxon Valdez 油輪在阿拉斯加擱淺,造成大規模油污染

這些事件衝擊了「環境問題是區域性的」這個傳統認知。臭氧層破洞與氣候變化的科學共識,讓人意識到污染是**跨國的、累積的、不可逆的**。

制度回應立刻跟上:

- **1987 年**:聯合國世界環境與發展委員會(Brundtland 委員會)發表《我們共同的未來》(Our Common Future),正式定義「永續發展」(sustainable development)。這個定義至今仍是國際環境政策的基石。
- **1987 年**:《蒙特婁議定書》通過,管制氟氯碳化物(CFCs)。這是首個成功的全球環境協定,證明「跨國合作管制工業排放」是可行的。

這十年累積出一個共識:**要管制污染,得先量化污染**。歐洲多國政府開始把 LCA 視為制定環境政策的依據:荷蘭、瑞典、德國的政府機構陸續委託發展國家層級的 LCA 方法。但各國各做各的,跨國比較困難。這個碎片化問題,在 1990 年代爆發。

## ISO 14040 為什麼是 1997 年誕生?從 Rio 高峰會到 WTO 貿易語言

1989 年柏林圍牆倒塌,1990 年代是全球化的黃金期。但全球化也帶來新問題:**如果各國環境規則不同,會不會造成不公平競爭?污染重的國家會不會佔便宜?** 這個焦慮直接催生了三個層面的制度建構。

### Rio 地球高峰會:轉折點

聯合國 1992 年里約熱內盧地球高峰會(UNCED)是現代環境治理的分水嶺,產出三大成果:

- **《21 世紀議程》**(Agenda 21):永續發展的全球行動藍圖
- **《聯合國氣候變化綱要公約》**(UNFCCC):後來催生 1997 年京都議定書、2015 年巴黎協定
- **《生物多樣性公約》**(CBD)

更關鍵的是,Rio 高峰會把「永續生產與消費」(Sustainable Consumption and Production, SCP)寫進國際議程。這個概念意味著:**評估環境衝擊不能只看工廠的煙囪,而要看產品全生命週期**,也就是 LCA 的核心思想。

### SETAC 的標準化工作:從 1990 三角形到 1993 四階段

科學界同步推動方法論整合。國際環境毒理與化學學會(SETAC, Society of Environmental Toxicology and Chemistry)1990 年 8 月在美國 Vermont 的 Smugglers Notch 開了一場關鍵研討會,正式採納「Life Cycle Assessment」這個術語,並提出最初的「SETAC 三角形」框架:三個元素:**清查(Inventory)→ 衝擊分析(Impact Analysis)→ 改善分析(Improvement Analysis)**。

1993 年 SETAC 在葡萄牙 Sesimbra 又開一場工作坊,把框架擴展為四階段:**目標範疇定義(Goal &amp; Scope)→ 生命週期清查(LCI)→ 衝擊評估(LCIA)→ 改善評估(Improvement Assessment)**。後來 ISO 標準化過程中,第四階段「改善評估」被改為「結果解釋」(Interpretation),最終成為今天大家熟悉的 ISO 14040 四階段架構。

之所以選在 1990–1993 年完成這套整合,是因為碎片化方法論已經造成多起企業之間的環境訴訟與行銷糾紛,科學界與產業界都需要一個共同基準才能止血。

### ISO 14000 系列:把 LCA 變成國際貿易語言

Rio 高峰會後,國際標準化組織迅速回應。1993 年成立 ISO 技術委員會 TC 207「環境管理」,任務明確:**把環境管理變成可以跨國採認的標準,避免成為貿易壁壘**。後續產出的關鍵標準:

| 標準 | 內容 | 首版 |
|---|---|---|
| **ISO 14001** | 環境管理系統 | 1996 |
| **[ISO 14040](https://www.iso.org/standard/37456.html)** | LCA 原則與框架 | 1997(2006 修訂) |
| **ISO 14041 / 14042 / 14043** | LCI、LCIA、結果解釋 | 1998–2000 |
| **ISO 14044** | LCA 要求與指引(整併版) | 2006 |
| **ISO 14025** | Type III 環境宣告(EPD 母標準) | 2006 |
| **ISO 14064** | 組織層級溫室氣體盤查 | 2006 |
| **ISO 14067** | 產品碳足跡量化原則 | 2013(2018 修訂) |

ISO 14040 的誕生不是學術成就,而是貿易需求:**若一國要求進口商揭露環境衝擊,沒有共通標準就會被 WTO 認定為非關稅貿易障礙**。ISO 14040 提供了一個各國都能接受的「最大公約數」,讓環境揭露不至於演變成貿易戰。

但 ISO 14040 只規範「應該怎麼做」,沒有規範「資料長什麼樣子、由誰驗證、結果怎麼互通」。這個空缺,後來由區域性框架填補:歐盟搞 ILCD,北美搞 LCA Commons,中國搞 CLCD。**世界並沒有真正統一,只是分區治理。**

## 歐盟為什麼要做 ILCD?京都議定書、IPP 與化學品法規 REACH 的合力

2005 年是兩件大事的交會點。其一,**京都議定書正式生效**(2005 年 2 月 16 日),簽署國必須開始量化溫室氣體排放,「碳排放」第一次從學術名詞變成國家法定義務。其二,**歐盟東擴**(2004 年新加入 10 國),需要快速整合擴大後的內部市場規則。

歐盟同時推出兩個關鍵政策:

- **2005 年:[EU Emissions Trading System (EU ETS)](https://climate.ec.europa.eu/eu-action/eu-emissions-trading-system-eu-ets_en) 啟動**:全球第一個跨國碳交易市場
- **2003–2007 年:整合產品政策(Integrated Product Policy, IPP)**:歐盟首次以「產品全生命週期」為核心的政策框架

IPP 的核心邏輯是:傳統環境法規管的是「工廠」(end-of-pipe regulation),但污染早就轉移到供應鏈上游或廢棄階段。要真正解決問題,得**從產品設計開始,管整個生命週期**。要實施 IPP,必須有可信、可比較、可驗證的 LCA 資料,而當時市面上各家做的 LCA 結果差距太大。

### 化學品法規 REACH 的催化效應

同時期,歐盟在 2006–2007 年通過 **REACH 規則**(化學品註冊、評估、授權與限制),這是史上最龐大的化學品管制法規,要求歐盟境內每一種化學物質的生產商或進口商提供完整的環境與健康資料。

REACH 的影響是雙重的:第一,**它建立了「沒有資料就沒有市場」(no data, no market)的原則**,這個原則後來被擴展到碳足跡、產品環境足跡等領域。第二,REACH 催生了大量化學物質的環境資料,為 LCA 資料庫提供了原始素材。

### ILCD 的誕生

2005 年前後,歐盟執委會的聯合研究中心(JRC, Joint Research Centre)啟動 **International Reference Life Cycle Data System (ILCD)** 計畫。目標明確:把 LCA 從「方法論」推進到「資料可互通的法遵基礎設施」。

2010 年,JRC 發布 **ILCD Handbook**:一套約十三冊的技術文件,涵蓋:

- **方法層**:LCIA 推薦因子、影響類別與建模框架
- **資料層**:LCI 資料集的格式規範、UUID 與版本管理、命名規則
- **品質層**:資料品質評分(DQR)系統
- **審查層**:審查方案、審查員資格、審查報告範本

ILCD Handbook 第一次把 LCA 整套生產流程「規範化」,使不同單位產出的資料可以被別人讀懂、驗證、再利用。它也是 2013 年起歐盟「Product Environmental Footprint (PEF)」與「Organisation Environmental Footprint (OEF)」計畫的方法基礎,後來逐步演化為今天歐盟監管使用的 **EF (Environmental Footprint)** 標準。

幾個縮寫的關係可以這樣記:

&gt; **ISO 14040/44** 是憲法,**ILCD** 是民法,**EF / PEF** 是這幾年新修訂的章節,**PCR / PEFCR** 是針對特定產業的施行細則。

## ELCD 為什麼凍結?歐盟資料平台從中央到分散的演化

跟 ILCD 同步發展的,是歐盟對 LCA 公共資料的供應策略。這段歷史看起來只是技術架構演進,實際上反映了**歐盟在「公共財」與「市場機制」之間的反覆拉扯**。

### 第一階段(2006–2014):ELCD 中央資料庫時期

JRC 自己維護「European Reference Life Cycle Database」(ELCD),收錄歐洲關鍵產業的單元過程資料,**免費對外開放**。JRC 當時的策略是:**LCA 資料應該是公共財,由政府主導**。早期 LCDN(Life Cycle Data Network)這個詞,在語義上幾乎等同於 ELCD。

### 第二階段(2014 之後):被迫轉向分散式網絡

ELCD 的中央式架構撐不住。原因有三:

1. **JRC 人力有限**,跟不上歐洲各國產出 LCA 資料的速度
2. **商業資料庫崛起**([ecoinvent](https://ecoinvent.org/mission-history/)、GaBi)品質更高、更新更快,JRC 自己的資料反而成了「過時的免費品」
3. **2008 年金融危機後歐盟預算緊縮**,純政府主導模式難以為繼

JRC 因此把 LCDN 改造成**多節點分散式平台**:任何符合 ILCD 規格的資料庫(政府的、商業的、學術的)都可以註冊成為一個「節點」(Node),透過共通的網路協定被全球查詢。ELCD 從此降格為 LCDN 上的其中一個節點。

這個架構轉變實質意義是:**歐盟接受了「商業資料庫主導市場、政府制定規格」的混合模式**。它不再試圖自己生產所有資料,而是把力氣放在「規格管理者」與「驗證機構」的角色。

### 第三階段(2018 之後):ELCD 凍結

ELCD 內容停止更新,核心職能由 LCDN 上的其他節點接手。歐盟正式從「資料庫提供者」退場,轉型為「規格制定者與驗證者」。這個角色轉變,在後續的 CBAM、電池法、CSRD 等規則上一再重現:**歐盟自己不算數字,但定義誰可以算、用什麼方法算、結果由誰核可**。

## LCI 資料集為什麼設計成八個元件?從司法爭議學到的教訓

如果你要把一份 LCA 資料貢獻到 LCDN,它必須符合 ILCD 的 XML 格式。一個合規的 LCI 資料集由八類相互關聯的元件組成:

| 元件類別 | 內容 |
|---|---|
| **Process(過程)** | 一個生產或服務過程的清查資料 |
| **Flow(流)** | 物質流與能量流(電、水、CO₂…) |
| **Property(屬性)** | 流的物理化學屬性 |
| **Unit Group(單位組)** | 計量單位與換算關係 |
| **LCA Method(方法)** | LCIA 用的特徵化因子集 |
| **Contact(聯絡)** | 資料提供者、驗證者資訊 |
| **Source(來源)** | 引用的文獻與資料來源 |
| **External File(外部檔案)** | 附帶的報告、PDF 等 |

這個八元件結構**不是任意設計,而是從十多年司法爭議中學到的教訓**。1990–2000 年代,歐美法院多次受理「環境訴求不實」的消費者訴訟與企業互告案件,法庭最常遇到的問題是:**這個數字怎麼算出來的?誰算的?資料哪裡來的?用什麼方法?** 八元件結構正是為了**讓任何爭議都能逐項回溯**,不只看到結果,還能看到背後的每一筆原始資料、每一個假設、每一個方法選擇。

UUID(Universally Unique Identifier)與版本控制也是同樣邏輯。如果你做 LCA 引用了 ecoinvent 某筆電力資料,十年後別人想重現你的研究或挑戰你的結論,只要拿著 UUID 就能找到一模一樣的版本。**這是法遵語言,不是科學語言**,科學追求「可重現」,法遵追求「可問責」。

## 為什麼 LCDN 要分入門級與正式合規級?漸進式法遵的政治設計

要把一份 LCI 資料集正式登錄到 LCDN,標準流程分五步:資料準備(用支援 ILCD 格式的軟體建模匯出 XML)、技術驗證(用 JRC 的 EF Compliance Tool)、建立節點(架設 ILCD-compatible node)、上傳資料集、發布審核(JRC 合規審查,2–4 週)。

LCDN 對資料集設兩個主要等級,這不是技術選擇,是**法遵分級**的設計:

**入門級(Entry-level)**:有效期 3 年,作為資料開發者的緩衝期。要求基本格式正確,但**不**要求完整方法學一致性與獨立審查。

**正式合規級(Fully Compliant)**:要求方法學完全遵循 ILCD 規範、通過獨立第三方審查、附完整詳細報告。**這是進入歐盟監管(例如電池法的官方核算)所需要的等級**。

為什麼要分兩級?因為歐盟在 2010 年代初發現:**如果合規門檻一開始就拉到頂,所有開發中國家、中小企業、學術機構都進不來,等於把 LCA 變成歐盟大企業的專屬遊樂場,違反 WTO 規則**。入門級的設計,是為了讓更多參與者能先進場、再逐步升級,這個「漸進式法遵」的邏輯,後來在 CBAM 過渡期(2023–2025)再次出現。

## ILCD 合規五要素:把 ISO 14044 翻譯成可勾選清單

ILCD 把資料集合規拆解成五個面向,本質是**把 ISO 14044 的原則性規定翻譯成可勾選的法遵清單**。

**1. 方法(Methods)**:建模假設必須遵循 ILCD 指引。為什麼這個重要?因為 1990 年代各家 LCA 方法分歧造成的混亂:同樣的產品算出截然不同的環境衝擊,直接削弱了 LCA 在司法與市場的公信力。統一方法是恢復公信力的前提。

**2. 命名(Nomenclature)**:所有「流」的名稱、單位、CAS 號等,要使用 ILCD 統一的 reference flow list。法遵意義:如果你叫它「electricity」,別人叫它「power」,系統接不起來,跨資料庫查核就無法執行。命名統一是稽核可行的基礎。

**3. 資料品質(Data Quality)**:通過 DQR 系統量化評分(下節詳述)。法遵意義:把「品質」從主觀判斷變成可量化指標,讓驗證者有客觀標準可拒絕低品質資料。

**4. 審查(Review)**:合規級必須經過獨立審查。審查角色包括申請方、運營商認可的審查員、運營商、目標受眾。法遵意義:第三方驗證是 ISO 14025 EPD 制度的核心要求,也是歐盟監管採信 LCA 結果的前提。

**5. 文件(Documentation)**:報告分內部使用、外部使用、第三方報告三級。法遵意義:不同使用情境對應不同責任等級:內部決策出錯只是自己虧;對外宣稱出錯可能引發消費者訴訟、競爭對手檢舉、主管機關處分。

## 為什麼歐盟電池法要求 DQR ≤ 2?資料品質的法律意義

DQR(Data Quality Rating)涵蓋五個參數:

| 參數 | 意義 |
|---|---|
| **TeR (Technological Representativeness)** | 技術代表性 |
| **GR (Geographical Representativeness)** | 地理代表性 |
| **TiR (Time Representativeness)** | 時間代表性 |
| **C (Completeness)** | 完整性 |
| **P (Precision / Uncertainty)** | 精度與不確定度 |

每個參數打 1–5 分(分數越低越好),加權平均得綜合 DQR。三個品質門檻:

&gt; **📊 關鍵數據**
&gt; - **DQR &lt; 1.6**:高品質,可作為基準資料
&gt; - **DQR 1.6–3**:基本滿足,大多數應用可接受
&gt; - **DQR 3–4**:可靠性較低,需特別說明使用情境

歐盟 2023 年通過[《電池與廢電池規則》(Regulation 2023/1542)](https://eur-lex.europa.eu/eli/reg/2023/1542/oj),要求動力電池供應鏈上下游傳遞的「公司特定資料集」必須達到 **DQR ≤ 2**。這個門檻的設計有兩層考量:

1. **DQR ≤ 2 大約對應「技術、地理、時間三項都直接相關,完整性高,不確定度合理」**:這是「能拿出來打官司」的等級
2. **如果門檻太鬆(例如 DQR ≤ 3),監管機關擔心會被廠商濫用次級資料(secondary data)矇混過關;如果太嚴(DQR ≤ 1.6),全球沒幾家能達標,等於封鎖市場**

DQR 的設計反映了監管設計的兩難:**既要嚴到能淘汰造假,又要鬆到不破壞貿易**。這個權衡在後續的 CBAM、ESPR、Green Claims Directive 都會反覆出現。

## 碳足跡為什麼從 2008 年才有專屬標準?京都議定書如何催生 PAS 2050、ISO 14067

「碳足跡」(Carbon Footprint)在方法學上是 LCA 的子集:只看溫室氣體排放這一類影響類別。但它**作為一個獨立概念**興起,直接對應到京都議定書與後續氣候政策的演進。

**2005 年:京都議定書生效**
簽署國有了量化義務,「碳排放」從學術名詞變成國家會計項目。

**2006 年:Stern Review《氣候變化經濟學》**
英國前世界銀行首席經濟學家 Nicholas Stern 發表報告,首次用主流經濟學語言論證「不減碳的成本遠高於減碳成本」。這份報告把氣候議題從環境部會推進到財政部會。

**2007 年:IPCC 第四次評估報告(AR4)+ 高爾諾貝爾和平獎**
科學共識與大眾關注度同時達到高點。

**2008 年:PAS 2050(英國)**
英國標準協會(BSI)發布,**全球第一個產品碳足跡專用標準**。觸發點是英國零售商(Tesco、Marks &amp; Spencer 等)競相推出「碳標籤」,需要一致標準避免混戰。

**2011 年:GHG Protocol Product Standard**
世界企業永續發展委員會(WBCSD)與世界資源研究所(WRI)發布,代表美國主導路線,跟 PAS 2050 形成競合。

**2013 年:ISO 14067 首版**
ISO 整合英國 PAS 2050 與 GHG Protocol 兩條路線,提供國際協調版本。2018 年修訂,更貼近 ISO 14044 的 LCA 框架。

**2021 年:中國 GB/T 24067**
中國國家標準,把產品碳足跡正式制度化,對應中國 2020 年宣布的「2060 碳中和」目標。

碳足跡與完整 LCA 共用同一套底層資料庫,但因為只看一個指標,計算結果與背景資料庫的「電力、燃料、運輸」這些大宗排放因子直接掛鉤。**這也是為什麼資料庫的選擇,對碳足跡的數字結果影響甚至比對完整 LCA 更敏感**:一個小數點後的因子差異,放大到整個產品供應鏈上,可能造成 20–50% 的最終差距。

## 全球只有四個基礎資料庫的形成原因:從瑞士 ecoinvent 到中國 CLCD

LCA 計算離不開「基礎資料庫」(Background Database)的支撐:指那些覆蓋上百個產業、提供基本物料與能源生產過程資料的大型資料庫。今天業界一般認為,**真正具備全產業覆蓋能力的基礎資料庫**主要有四個,而每一個的誕生都對應到該國的產業政策與貿易戰略。

### ecoinvent(瑞士)— 中立性的瑞士品牌策略

源自 1990 年代瑞士聯邦理工學院系統的合作,2000 年正式啟動 ecoinvent 計畫,2003 年發布 v1.01,目前由非營利機構 ecoinvent Association 維護。

**為什麼是瑞士?** 瑞士有兩個結構性優勢:**地理上夾在歐盟與全球市場之間、政治上保持中立**。瑞士聯邦理工的學術中立地位,加上瑞士品牌的「公正、嚴謹」印象,讓 ecoinvent 在 2000 年代迅速成為全球默認標準。今天最新版本超過兩萬筆資料集,被多數 LCA 軟體預載,也是學術論文最常引用的來源。

### GaBi → Sphera(德國/美國)— 工業 4.0 的延伸

起源於 1991 年德國斯圖加特(Stuttgart)的 PE International,反映**德國汽車與化工產業的需求**:當時德國正在推進嚴格的環境標準(《廢棄物循環管理法》、汽車回收指令草案),工業界需要詳細的上游資料支撐合規。GaBi 因此在汽車、塑膠、金屬等工業領域特別強。

後改名 Thinkstep,2019 年被美商 Sphera 收購,這個收購反映了**永續資料正在從工程工具變成 ESG 軟體市場**的趨勢。Sphera 同時提供風險管理、合規、ESG 報告等整合服務,LCA 資料庫只是其中一塊。

### IDEA(日本)— METI 與產業界的共同回應

Inventory Database for Environmental Analysis,由日本產業技術綜合研究所(AIST)與日本環境管理協會(JEMAI)從 **2008 年**起共同開發,v1 與 v2 在 2010 年代陸續釋出。

同時期,日本經產省(METI)從 2008 年起推動「碳足跡計畫」(Carbon Footprint of Products, CFP),需要本土資料庫支撐,因為日本製造業上游(特殊鋼、電子零件、精密化工)在 ecoinvent 與 GaBi 中代表性不足,直接套用會嚴重失真。IDEA 因此承擔了「不依賴歐洲資料庫」的國家層級職能,也是亞洲第一個達到「基礎資料庫」規模的國家級資料庫。

### CLCD(中國)— 國家標準與十二五規劃的產物

Chinese Life Cycle Database,由四川大學王洪濤教授團隊與成都億科環境技術(IKE)共同開發,2010 年發布初版。

**時間點對應中國「十二五規劃」(2011–2015)**,該規劃首次把「綠色發展」列為國家戰略,需要本土 LCA 基礎設施。CLCD 涵蓋中國能源、材料、化工等基礎產業,後續發展出商業化的服務平台。中國在 2020 年宣布「雙碳」(2030 碳達峰、2060 碳中和)目標後,CLCD 的戰略重要性進一步提升。

### 補充資料庫

除了這四家,還有一些區域性或主題性資料庫值得認識:**USLCI**(美國 NREL,免費)、**Agri-footprint**(農業專用,荷蘭)、**ELCD**(歐盟,已凍結但歷史地位重要)、**Plastics Europe LCI**(塑膠業協會)、**WorldSteel LCI**(鋼鐵業)等。這些通常被歸類為「主題資料庫」而非基礎資料庫,計算時仍需連結基礎資料庫補上電力、燃料等上游。

## EPD 制度為什麼從瑞典起源?從北歐建材到 ISO 14025

EPD(Environmental Product Declaration, 環境產品宣告)由 ISO 14025 規範,屬於「Type III 環境宣告」。但 EPD 的真正起源不是 ISO,而是 1990 年代後期的北歐國家。

瑞典、挪威、芬蘭等北歐國家有極強的「環境透明度」傳統,加上消費者願意為環境訴求付溢價。瑞典在 1998 年發布全球第一個正式的 EPD 系統(EPD Sweden),由 [IVL Swedish Environmental Research Institute](https://www.environdec.com/) 與企業合作建立。**今天的 EPD International,組織根源就在 IVL**,它從瑞典國家系統演化為全球涵蓋面最廣的中立 EPD 程式營運商。

EPD 的早期動力來自:

- **北歐建材業**:綠建築認證(BREEAM、LEED)需要產品環境數據,建材廠率先供應
- **北歐零售業**:消費者要求標示,業者推動上游揭露
- **北歐政府採購**:公共工程要求 EPD,擴大市場誘因

2000 年發布的 ISO/TR 14025 是技術報告,2006 年升級為正式國際標準。**它的核心貢獻是把 EPD 制度化**:基於 LCA、遵循 PCR、第三方驗證、由「程式營運商」(Programme Operator)發布。

主要程式營運商包括:**EPD International**(瑞典 IVL,全球涵蓋面最廣)、**IBU**(德國,建材領域權威)、**BRE Global**(英國,綠建築 BREEAM 體系)、**ITB**(波蘭,中歐地區)、**EPD Norge**(挪威,北歐建材)、**SuMPO EPD**(日本)、**PEP ecopassport**(法國,電子電氣)。

歐盟近年在 PEF(Product Environmental Footprint)計畫下,陸續發布特定產品類別的 **PEFCR**(類似強化版的 PCR)。**這個動作背後的政治意圖明確:把分散在各 EPD 系統的 PCR 收編到歐盟單一監管體系**,確保歐盟監管可以採信、可以強制執行。

## Dieselgate 之後:歐盟為什麼倒向強制法規?

過去十年,LCA 與 EPD 從「自願性 CSR 工具」變成「強制性貿易要件」。這個轉折速度之快,跟幾個關鍵事件直接相關。

### 2015 年的雙重衝擊:Paris Agreement + Dieselgate

**2015 年 12 月:巴黎協定**
取代京都議定書,首次要求所有國家(不只開發中國家以外)提交「國家自定貢獻」(NDC),減碳成為全球性責任。

**2015 年 9 月:福斯柴油門(Dieselgate)**
美國 EPA 在 9 月 18 日發布違規通知,揭露 Volkswagen 在約 1100 萬輛柴油車裡裝了「defeat device」軟體,車輛在實驗室測試時啟動完整排放控制,實際駕駛時關閉,結果路上的 NOx 排放高達法定上限的 40 倍。

這個事件對 LCA / EPD 產業的衝擊是**信任崩潰**:**如果連 Volkswagen 都會在排放認證上作弊,自願性的環境揭露還能信嗎?**

Dieselgate 直接推動歐盟加強第三方驗證、加強監管機關介入。原本歐盟在 PEF 計畫中還在猶豫「強制 vs 自願」,Dieselgate 後快速倒向強制路線。

### 法國光伏採購:首次政府強制 LCA

法國公用事業監管機構(CRE)從 **2011 年 7 月**起,在 100 kWp 以上的大型光伏採購招標中引入「簡化碳評估」(ECS, Évaluation Carbone Simplifiée),要求模組製造商提供生命週期碳足跡資料,並指定使用 ecoinvent 計算。**這是首個將 LCA 結果用於採購篩選的政府機制**,碳足跡在招標評分中最高可占 30%。實務上,中國光伏廠商為了拿到法國訂單,必須開始建構符合歐洲標準的 LCA 體系,影響擴及全球太陽能供應鏈。

### 2019:歐盟 Green Deal 全面啟動

歐盟執委會主席 von der Leyen 於 2019 年底發布《歐洲綠色政綱》(European Green Deal),宣示 2050 年達成「氣候中和」(climate neutral)。Green Deal 的執行計畫於 2021 年具體化為 **Fit for 55 套件**,包含一系列影響供應鏈的關鍵法規:

| 法規/政策 | 通過/生效 | 對 LCA / EPD 的影響 |
|---|---|---|
| **[CBAM](https://taxation-customs.ec.europa.eu/carbon-border-adjustment-mechanism_en)(碳邊境調整機制)** | 2023 過渡期、2026/1/1 進入定義期 | 高碳產品進口商須揭露內含排放 |
| **電池新法(2023/1542)** | 2023 生效 | 動力電池須提供認證碳足跡 |
| **ESPR(永續產品生態設計法規)** | 2024 生效 | 多數產品須有「數位產品護照」(DPP) |
| **Green Claims Directive** | 2023 提案、預計 2026 通過 | 環境訴求須有 LCA 為基礎、第三方驗證 |
| **CSRD / ESRS** | 2024–2028 分階段 | 大企業須揭露範疇 1-3 排放與產品環境影響 |

### 為什麼歐盟動作這麼急?三個底層動機

歐盟在 2020 年代瘋狂立法的背後,有三個結構性原因:

1. **氣候緊迫性**:IPCC 警告 1.5°C 目標可能在 2030 年代初突破,留給歐盟達成 2050 中和的時間不到 30 年
2. **產業競爭力焦慮**:歐盟擔心中國在電動車、光伏、電池、稀土等綠色技術上的領先,環境法規可以**同時兼具減碳與貿易保護功能**
3. **能源獨立**:2022 年俄烏戰爭後,歐盟發現對俄羅斯天然氣的依賴是戰略弱點,加速能源轉型成為國安議題

理解這三個動機,就能看懂為什麼歐盟的法規會把「環境」、「貿易」、「產業政策」、「國家安全」糾纏在一起:**這套法遵體系從來不只是環保,它是 21 世紀歐盟治理哲學的縮影**。

## 給研究生的最終整理:四層概念地圖

讀完這些歷史脈絡,可以把整個產業的概念分成四層,每一層都對應不同時代的歷史責任。

| 層級 | 內容 | 主要規範 | 形成時代 |
|---|---|---|---|
| **方法層** | LCA 方法論本身 | ISO 14040 / 14044 | 1990s 標準化期 |
| **規範層** | 把方法論操作化的細則 | ILCD Handbook、EF、PCR、PEFCR | 2000s–2010s 歐盟整合期 |
| **資料層** | LCI 資料集與基礎資料庫 | LCDN、ecoinvent、GaBi、IDEA、CLCD | 2000s–2010s 商業化期 |
| **認證層** | 結果的公開背書 | EPD(ISO 14025)、PEFCR、碳足跡標籤 | 1990s 北歐起源,2010s 歐盟強化 |

每一層都對應不同角色:**方法層**由國際標準組織與學界主導;**規範層**由區域政府主管機關(歐盟 JRC、中國環境部、台灣環境部等)推動;**資料層**由商業與半商業機構建置;**認證層**仰賴獨立驗證機構與程式營運商。

不同的應用場景會落到不同層級:

- 內部減碳目標 → 主要在資料層,規範層輕度涉入
- 出口合規 → 四層全部涉入
- 品牌行銷 → 認證層為主
- 政府採購 → 認證層 + 規範層

研究生入行時,先確認自己面對的是哪一層問題,再去找對應的工具與規範,會比直接從技術細節切入有效率得多。

## 五十六年的法遵演進

LCA 從 1969 年可口可樂的內部辯護報告,走到今天的歐盟強制監管核心,花了五十六年。每一步都有清晰的歷史驅力:

&gt; **1970 年代**是公眾環境覺醒、**1980 年代**是跨國災難、**1990 年代**是 Rio 高峰會的全球協調、**2000 年代**是京都議定書與 EU 整合、**2010 年代**是巴黎協定與 Dieselgate、**2020 年代**是 Green Deal 的全面立法化。

這個目標到今天仍未完全達成。資料庫之間的相容性、不同地區方法選擇的差異、第三方驗證的標準化,都還有大量待解問題。但這也意味著,進入這個領域的人,在未來十年仍有大量制度與技術建構工作可做。

接下來十年的可能發展方向:

- **AI 介入資料處理**:大型語言模型開始用於 LCA 資料萃取與比對,可能改變資料庫建構成本結構
- **強制揭露擴大**:CSRD 從大企業擴及中型企業、Scope 3 排放成為審計重點
- **CBAM 擴展品類**:從鋼鐵、水泥、鋁、肥料、電力、氫,逐步擴及化工、塑膠、玻璃、紡織
- **全球互認**:歐盟、英國、加拿大、日本、澳洲的 EPD 系統可能進一步對接
- **南方國家自建體系**:中國、印度、印尼、巴西可能加速自建區域 LCA 基礎設施,以抵抗歐盟單方規則

理解這套體系不是科學而是法遵系統,是進入這個領域的第一個認知前提。理解之後,接下來的問題就變得很實際:**如果我的公司需要進場,該從哪一步開始?**這個實作問題,留給下一篇《EPD 與碳足跡實作路線圖》處理。

---

## 建議的學習路徑

對研究生而言,建議按以下順序進入這個領域:

1. **先讀本指南並建立歷史脈絡**:理解每個規則為何存在
2. **讀 ISO 14040 / 14044 中文版**(CNS 14040):大約 80 頁,後續所有規範的母法
3. **讀 ILCD Handbook 的 General Guide 章節**:理解規範如何把 ISO 框架具體化
4. **挑一個主流 LCA 軟體實作**:openLCA 是免費的好選擇
5. **熟悉一個基礎資料庫**:學術用途優先 ecoinvent,亞洲案例看 IDEA 或 CLCD
6. **看一份完整的 EPD**:environdec.com 有大量公開範例
7. **進法規文件**:PEFCR、CBAM 細則、電池法 Annex II、ESPR Annex
8. **跟一個真實專案**:學一百次不如做一次

---

## 名詞速查表

| 縮寫 | 全名 | 中文 |
|---|---|---|
| LCA | Life Cycle Assessment | 生命週期評估 |
| LCI | Life Cycle Inventory | 生命週期清查 |
| LCIA | Life Cycle Impact Assessment | 生命週期衝擊評估 |
| ILCD | International Reference Life Cycle Data System | 國際生命週期資料參考系統 |
| LCDN | Life Cycle Data Network | 生命週期資料網絡 |
| ELCD | European Reference Life Cycle Database | 歐洲生命週期資料庫(已凍結) |
| EF | Environmental Footprint | 歐盟環境足跡方法 |
| PEF / OEF | Product / Organisation Environmental Footprint | 產品/組織環境足跡 |
| PCR | Product Category Rules | 產品類別規則 |
| PEFCR | PEF Category Rules | PEF 產品類別規則 |
| EPD | Environmental Product Declaration | 環境產品宣告 |
| DQR | Data Quality Rating | 資料品質評分 |
| UUID | Universally Unique Identifier | 通用唯一識別碼 |
| JRC | Joint Research Centre | 歐盟執委會聯合研究中心 |
| CBAM | Carbon Border Adjustment Mechanism | 碳邊境調整機制 |
| SETAC | Society of Environmental Toxicology and Chemistry | 國際環境毒理與化學學會 |
| ESPR | Ecodesign for Sustainable Products Regulation | 永續產品生態設計法規 |
| CSRD | Corporate Sustainability Reporting Directive | 企業永續報告指令 |

---

**系列下一篇:** [EPD 與碳足跡實作路線圖:從四層框架到製造商行動清單](/articles/epd-implementation-roadmap)</content:encoded><category>循環再利用</category><category>LCA</category><category>ILCD</category><category>碳足跡資料庫</category><category>環境產品宣告 EPD</category><category>歐盟綠色法規</category><category>CBAM</category><category>法遵體系</category></item><item><title>4/29 GitHub 把我斷線了：兩週重建五層韌性架構的工程紀錄</title><link>https://paulkuo.tw/articles/resilience-engineering-after-github-suspend/</link><guid isPermaLink="true">https://paulkuo.tw/articles/resilience-engineering-after-github-suspend/</guid><description>2026 年 4 月 29 日，我的 GitHub 帳號被無預警停權。沒有任何通知，整套寫作、部署、CI 命脈一夜之間切斷，申訴信至今未回。

我用兩週把所有依賴 GitHub 的環節打散重建：本地優先寫作、Codeberg + GitLab + R2 多點備份、本地 wrangler 直推 Cloudflare Pages、契約測試 + 混沌演練 + 漂移掃描，以及 Chat / Cowork / Code 三種 AI session 的協同協定。

這篇談複雜系統的韌性設計（三哩島事故的教訓）、Human in the Loop 為什麼是韌性系統的設計必要（不只是補救）、以及「判斷力經濟」為什麼正在崛起。
</description><pubDate>Fri, 15 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR**：4/29 GitHub 無預警停權，沒有理由也沒回信。兩週重建出五層韌性架構：本地優先 × 三點 SSoT × 繞過 CI 直推 × 契約測試與混沌演練 × 跨 session AI 協同。核心教訓是：**不能讓任何一家服務變成必經之路**。這個原則不只適用於內部系統，也適用於你所依賴的外部服務。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/resilience-engineering-after-github-suspend-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/resilience-engineering-after-github-suspend-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

2026 年 4 月 29 日，我準備推 commit 到 paulkuo.tw 的 repo，一直出現錯誤訊息。後來上網看 GitHub，發現完全點不進 GitHub 帳號（如圖）。我一度以為只是暫時性的無法登入，過幾小時就好。但，並沒有（如截圖）。

&gt; Access to your account has been suspended due to a violation of our Terms of Service. Please contact support for more information.

![GitHub 帳號被無預警停權的訊息](/images/articles/resilience-engineering-after-github-suspend/github-suspended.jpg)

對 support 發了申訴信，**到今天還沒收到任何回覆**。

那時我才意識到，我把整個程式碼管理、CI、部署、甚至我的工作流核心，全部綁在一家公司身上有風險。這家公司剛剛把我閹了，不用給我理由。

## 為什麼一家服務被停權，等於整個工作流被停權？

如果拆解我那天的工作鏈，會發現它是一條五個節點的單線：

**寫作 → GitHub 主倉庫 → GitHub Actions（CI）→ Cloudflare Pages（部署）→ paulkuo.tw 上線**

中間三個節點全部依賴 GitHub。其中 GitHub Actions 是觸發 Cloudflare Pages 自動部署的關鍵。也就是說，**我連 paulkuo.tw 都發不了文**，因為部署這件事根本不在我自己的機器上跑。

更糟的是，這條鏈我以前從來沒想過要拆解。它「就是這樣運作」，工程師圈這樣設計是預設值。當 GitHub 還活著的時候，整條流暢得讓人忘了它有單點失效（single point of failure）的本質。

直到 4/29，這個本質暴露出來。

## 三哩島事故告訴我們什麼？

1979 年 3 月 28 日凌晨，美國[賓州三哩島核電廠](https://www.nrc.gov/reading-rm/doc-collections/fact-sheets/3mile-isle)發生美國史上最嚴重的民用核電事故。起因是次級系統的主給水泵停止運作，主系統壓力急速上升。本應自動關閉的洩壓閥（PORV）卻卡住未關，導致冷卻水持續流失。

但儀表顯示誤導了控制室：洩壓閥的指示燈只顯示「指令已發送」而非「閥門已關」，操作員誤以為閥已關閉。看到加壓器水位上升，以為冷卻水過多，反而**關閉了高壓注水系統**。結果冷卻水從卡住的閥持續流失，爐心逐漸過熱、部分熔毀。

事故並非單一錯誤造成，而是三個小問題同時累積，現場人員不可能在一分鐘不到內做出準確的回應。

這起事件後來成為 Charles Perrow [「正常事故」（Normal Accidents）理論](https://en.wikipedia.org/wiki/Normal_Accidents)的開山案例。Perrow 本人就是 TMI 事故調查員之一，1984 年出版的《Normal Accidents》前半部就是他對這場事故的逐步重建。Perrow 提出兩個核心概念：「**緊密耦合**」（一個環節出事會快速傳染到下個環節）與「**複雜性互動**」（不同子系統會在意想不到的方式互相影響）。在這種系統裡，小錯誤會被快速放大成大災難。這不是有沒有出錯的問題，是「**遲早會出錯**」的問題。

真正該被檢討的不是某個操作員的失誤，而是整個系統的設計與管理方式。

**我們需要的不是安全意識，是安全系統。**

把系統搞好，有緩衝區，有餘裕，有穩定的迴路，我們才能[有恃無恐](https://www.google.com/search?q=有恃無恐)。

**這個道理不只適用於我們自己內部的系統，也適用於我們所依賴的外部系統。** 當你把整條工作命脈託付給一家供應商，那家供應商本身就是你系統的一部分。它的脆弱，就是你的脆弱。

GitHub 的停權對我來說，就是我自己的三哩島。

## 兩週重建：paulkuo.tw 的五層韌性架構

從 4/29 起我就決定不能只依賴 GitHub，我規劃並建置「**透過 AI 執行工程**」所需要的韌性系統，持續演化，到 5/12 才驗收上線貼文的功能。架構分五層，每一層都針對「不能讓任何一家服務變成必經之路」這個原則做了解耦。

完整鳥瞰如下：

![paulkuo.tw 4/29 後重建的五層韌性架構](/images/articles/resilience-engineering-after-github-suspend/architecture.jpg)

### ① 創作層（Authoring）

本地 Mac 是真正的原稿（source of truth），Notion 只是一個讓我手機、iPad、跨機器能查治理檔的**唯讀 mirror**，不雙向 sync。

這個邏輯很重要：以前我覺得「Notion 在雲端、跨機器同步、有版本歷史，自然是 SoT」。但這假設了 Notion 永遠活著。事件後我反過來想：**真正的原稿應該在我能完全掌控的地方**，也就是本地 Mac。Notion 退一步當顯示層，壞了也不會卡死我。

### ② 保存層（Persistence）

三點 SSoT + 一個冷備份：

- **Codeberg**（歐洲開源 Git host）
- **GitLab**（商業 Git host）
- **本地 Mac**（master copy）
- **Cloudflare R2**（離線冷備份，存 repo bundle 與 memory snapshot）

我設了一個 `git push-all` alias，一個指令同時推三家。GitHub origin 留在 remote 清單裡，但每次 push 都會 fail。我刻意保留它作為「事件起點的紀念碑」，提醒自己這個架構是怎麼來的。等日後恢復，我一樣會使用它。

R2 是 Git host 之外的第四份保險。萬一三家 Git host 同時出事（極不可能但理論上會），bundle 還在 Cloudflare 物件儲存裡。

### ③ 部署層（Deployment）

用 wrangler 從本地直推 Cloudflare Pages，**繞過 GitHub Actions**。整條部署管線跟 GitHub 的存活完全脫鉤。

這是工程上最容易被忽略的環節。很多人重建 Git 備援的時候，忘了 CI 也是 GitHub。部署管線的解耦比 Git 鏡像更關鍵，因為 Git 你可以慢慢補，部署斷了你連發布都做不到。

### ④ 監測層（Observability）

韌性需要定期驗證：

- **契約測試 152 個 endpoint**：每天 LaunchAgent 自動跑一次，比對實際 API 行為與規格定義有沒有漂移
- **混沌演練（chaos drill）**：H1 演練每週跑一次，故意破壞一個關鍵節點，看系統能不能自動恢復
- **漂移掃描（drift scan）**：自動偵測有沒有 endpoint 偷偷被新增或修改卻沒寫進規格
- **BetterStack 告警**：契約測試失敗會推到 BetterStack，再 email 以及 SMS 通知我

這層是這套系統最容易被輕視的部分。沒這層，前三層的「韌性」是宣稱出來的；有這層，韌性是每天被驗證的。

### ⑤ 協同層（Coordination）

這層處理的不是基礎設施，是**人與 AI 的協作方式**。

我用三種 AI session 形成分工：

- **Chat（思考）**：問題拆解、找方向、討論架構
- **Cowork（規劃）**：整理文件、規劃任務、產出工單
- **Code（執行）**：把規劃轉成程式碼、實作功能、跑測試

三者之間靠 **RFC 機制 + handoff 文件 + 共享待辦佇列**（`PENDING.md`）協同。我設計了 `session-handoff` skill 當作這套協作的紀律：每次 session 結束都要按格式寫 handoff，下次 session 開場讀 handoff 接手。

這套韌性架構不是下指令讓 AI 幫我做出來。它是花了兩週時間，在我的踩坑痛苦上，跟三種 session 反覆磨合、再踩坑、修正流程才慢慢定型，而且還在修改。

## 為什麼「一週建好 AI 員工系統」對我不適用？

兩週重建的過程裡，我有一個強烈的感受：

**市面上那些「一週建好 AI 員工系統」的課程或現成 Skills 包，對別人可能行，對我不行。**

我用一個比喻：每一個 Skill 像是一種蛋白質。蛋白質要折疊成什麼形狀、發揮什麼功能，取決於它所處的細胞環境、酸鹼度、其他蛋白質的互動。蛋白質要折成不同的形狀，做出不同的事。

Skills 也一樣。同一組「寫作 skill」「部署 skill」「客服 skill」，丟到不同企業、不同個體手上，會折出完全不同的形狀。**因為任務邊界與企業需求一定有相異之處。個人與企業的目標可能相似，但工作流的縫隙、資料的脈絡、決策的優先序，全都不一樣。**

所以 AI Agent 系統設計，會需要花大量時間去優化管線與內部參數。不是用了某個 framework 就好，是要在你自己的工作場景裡反覆迭代。

我天天修改，才用兩週跑完。我開發過軟體，管理過軟體工程團隊，也開始累積一些 AI 協作的經驗。對沒有這些背景的人，或許會永遠卡住。當然，也可能更快。但不太可能是給一個提示詞，一切都自動完成。

## 兩週重建，我學到的五件事

**一、韌性系統的設計，不是讓系統強到不會壞，而是允許局部壞掉、且能夠補位。**

Nassim Taleb 在[《反脆弱》](https://www.books.com.tw/products/0010628905)裡提出三分法：**脆弱**（fragile，受到壓力會壞）、**強韌**（robust，受到壓力不壞）、**反脆弱**（antifragile，受到壓力反而變強）。傳統工程追求「強韌」，也就是強到不會壞。但複雜世界裡，**「強韌」是一種幻覺**，因為你永遠不知道下一個壓力從哪來。真正該追求的是韌性：壞了不會拖垮整體，壞了還能修。

我那條五節點的單線就是「假強韌」：它運作很順、看起來很穩，但只能撐到第一次衝擊。

**二、Agent 的能力強大，但「丟一句指令、剩下交給 AI」這種劇本目前還不存在。**

兩週裡我跟 AI 來來回回協作了至少幾百輪。AI 的執行力遠超人類，但**收斂能力**（把多個分歧的 AI 建議收斂成一個可執行決策）目前還是斷層。每一輪都需要人接手做這件事。

**三、所以個體建置 AI 員工系統，沒有速成的快餐。**

承上。Skills 像蛋白質，折疊形狀取決於你的細胞環境。別人的折法你拿來不一定能用。你的工作流、你的審美、你的決策模式，最後會塑造出一套只有你能用的系統。這也是為什麼這篇文章的架構，公開出來大家可以參考，但你照抄不一定有效。

**四、韌性系統需要 Human in the Loop：設計階段與執行階段都不能少。**

第二件講的是 AI 現在的能力限制。**這條講的是設計選擇：就算哪天 AI 能力夠了，韌性系統的設計裡，人類仍應該佔有關鍵節點。**

HITL（human in the loop）的角色分兩個階段：

**設計階段**：架構決策、依賴邊界、降級策略、什麼可以壞、什麼絕對不能壞，這些都是人類要拍的判斷。AI 能列選項、能展開 trade-off，但**收斂到一個決策、為後果負責的還是人**。

**執行階段**：契約測試的結果要不要當「真實的問題」、混沌演練暴露的 bug 要不要立刻修、漂移掃描跳出來的 endpoint 是「合法演進」還是「規格漏洞」，每一筆都需要人類介入判斷。系統能恢復到什麼程度，最後看人有沒有在場。

**韌性系統不是「全自動」的系統。** 它是設計階段有意識讓人類處於關鍵節點、執行階段持續被人類監督的系統。如果把整套丟給 AI 跑、自己不上線，韌性最多只是宣稱出來的。直到第一次出事，AI 給你 5 個可能的根因，但沒有一個能拍板，你才發現問題從來不在 AI 不夠強，是沒人在場。

**五、AI 加速了軟體工程的「體力活」，但同時放大了另一種需求：需要人類細膩判斷的「決策密度」。**

寫程式的時間變短了，但要決定**寫什麼、為什麼這樣寫、什麼時候不寫、如何把多個 AI 的建議收斂成一個方案**，這些決策密度變高了。一個小時的工作可能濃縮了 30 個微決策，每個都需要判斷力。

我一時想不到好名字，姑且叫它「**判斷力經濟**」。

## 判斷力經濟正在崛起

過去十年，市場補貼的是「執行力」：會寫程式、會做設計、會跑數據的人薪水水漲船高。

未來十年，市場可能補貼的是「**判斷力**」。因為執行這件事，AI 已經能幫你做到一個水準了。

我看過一個說法：知識工作者的角色，正在從「**Maker（執行者）**」過渡到「**Curator（策展人）**」、最後落腳在「**Judge（裁判官）**」。三個位置對應三種不同的稀缺性。做得出來，越來越不稀缺；做得到位、[做得有品味](/articles/post-code-era-taste)，還算稀缺；判斷該不該做、何時停下、為後果負責，最稀缺。

4/29 GitHub 把我斷線，我以為我失去的是某一種網路功能。仔細想了一下，發現，我是把架構決策權放棄了：這套系統長什麼樣、依賴誰、不依賴誰、怎麼驗證、怎麼修，這些決策從來都該是我的，只是以前我把它默認外包了。

兩週後 5/12 文章可以開始上傳，我沒有特別感動。倒是想到一句話：不該把命脈託付給一家公司或者重壓在某個系統，然後還聲稱自己是自由的。</content:encoded><category>創造與建構</category><category>韌性工程</category><category>Human in the Loop</category><category>Multi-Remote Git</category><category>Cloudflare Pages</category><category>AI Agent</category><category>Normal Accidents</category><category>判斷力經濟</category></item><item><title>為什麼鋰元素開始出現在歐洲礦泉水的醫學討論裡？</title><link>https://paulkuo.tw/articles/why-lithium-in-european-mineral-water/</link><guid isPermaLink="true">https://paulkuo.tw/articles/why-lithium-in-european-mineral-water/</guid><description>35 年前，哈佛的 Bruce Yankner 教授奠基了「類澱粉蛋白假說」，這成為之後三十年阿茲海默症研究的主流框架。2025 年 8 月，Yankner 自己在 Nature 發表了一份新研究：類澱粉蛋白不只是兇手，更像是一塊「海綿」，吸走大腦裡的微量鋰元素。鋰**可能**才是大腦運作的關鍵基礎，這個主張目前仍屬於前沿假說，尚未被營養學主流列入必需微量元素清單，但 Yankner 的研究讓它第一次有了堅實的分子機制證據。
這份研究剛好跟歐洲一個百年傳統呼應：德國 Heilwasser「療癒水」分級裡，含鋰水被當作日常養生實踐已經一個多世紀。歷史與分子生物學在 2025 年交會。
本文不是醫療建議。但這個故事值得一講：關於科學如何修正自己、關於傳統如何被驗證、關於我們對「水」這件事可以重新理解的東西。
</description><pubDate>Fri, 15 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **🪶 揭露與聲明**：本人協助 Rosbacher 與 Römer Brunnen 兩個品牌在台灣的市場開拓。Römer Brunnen 在德國屬於 Heilwasser 含鋰水分級，本文會提及。**本文所有與「鋰、大腦、阿茲海默」相關的論述，均為對 2025 年哈佛研究與歐洲飲食文化的客觀討論，不構成任何醫療建議。Yankner 團隊的研究目前主要在小鼠模型完成，人體臨床試驗剛剛啟動。請勿自行購買鋰補充劑，相關健康決策請諮詢專業醫師。**

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/why-lithium-in-european-mineral-water-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/why-lithium-in-european-mineral-water-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

&gt; **TL;DR** — 2025 年 8 月哈佛 Bruce Yankner 團隊在 Nature 發表的研究顯示：**鋰可能是大腦運作的基礎金屬，類澱粉蛋白可能像「海綿」吸走大腦的游離鋰**。而歐洲百年來的 Heilwasser「療癒水」傳統，早就在用含微量鋰的天然礦泉水做日常養生。**這是一個被歐洲社會實踐了一個世紀的東西，現代分子生物學才剛剛開始能解釋它。**

---

## 一個用 35 年補完自己理論的科學家

1990 年代初，哈佛大學的 Bruce Yankner 教授還是一名年輕的神經科醫師。他在實驗室裡做了一個當時技術上極度困難的實驗：把純化的類澱粉蛋白滴到培養皿裡的神經細胞上。

結果：神經細胞開始大量死亡。

這個發現後來被稱為「**類澱粉蛋白假說**」（Amyloid Hypothesis），奠定了之後 30 年阿茲海默症研究的方向。世界上幾乎所有對抗失智症的新藥研發，火力都集中在「清除大腦裡的類澱粉蛋白斑塊」這個目標。Eli Lilly、Biogen、Roche，大藥廠**累積投入數百億美元**做相關藥物。**2023–2024 年**，第一批基於這個理論的新藥才正式通過美國 FDA 核准：Leqembi（**2023 年 7 月**）跟 Kisunla（2024 年 7 月）。

故事到這裡都很順：典型的「基礎科學引導出醫藥突破」敘事。

但 2025 年 8 月，**Yankner 自己**在 [Nature 期刊](https://www.nature.com/articles/s41586-025-09335-x) 發表了另一篇論文：類澱粉蛋白可能不是直接的兇手。它更像是一塊「海綿」，吸走了大腦裡一個被忽略了一個世紀的微量元素：**鋰**。

是同一個人，相隔 **35 年**，把自己當年奠基的假說補完了。

這個故事為什麼重要？因為它打開了一個新的視角，而這個視角，**剛好跟歐洲一個百年傳統呼應**。

---

## 一個解剖學上百年解不開的悖論

要理解 Yankner 為什麼會跑回去重新檢視自己的理論，得先聽一個讓神經科學界困擾很久的悖論。

每次神經科醫師解剖過世病人的大腦時，會看到一種**極度反常的現象**：有些老人家生前頭腦清晰、記憶力極佳、認知功能完全正常，但他們過世後，大腦一打開，**裡面密密麻麻長滿了類澱粉蛋白斑塊**，嚴重程度跟重度失智患者一模一樣。

如果類澱粉蛋白真的是唯一兇手，這種現象根本說不通。

這個悖論卡了神經科學界 30 年。直到 Yankner 團隊 2025 年的研究找到一個可能的答案。

### 新的「海綿假說」

他們團隊耗時十年，克服了「測量大腦裡微量金屬」的技術難關，發現了一個極度反直覺的真相：

**大腦要維持正常的記憶與認知功能，依賴天然存在的「鋰」元素**。當大腦裡開始堆積類澱粉蛋白時，這些斑塊會把游離的鋰**緊緊綁定、吸收掉**。

斑塊越多，大腦裡可用的鋰被抽得越乾。

（必須先說清楚：**「鋰是人類必需微量元素」這件事在 2026 年仍然是前沿假說**。世界各國的營養學主流教科書，至今沒有把鋰列入跟鋅、鐵、銅同等級的必需元素清單。Yankner 這份研究是把這條線往前推一大步，但離「教科書共識」還有相當距離。）

**這完美解釋了那個百年悖論：**
- 如果一個人大腦裡的鋰**儲備量本來就高**，即使長出斑塊、被斑塊吸走一部分鋰，**剩餘的鋰依然足以維持神經運作**，所以認知功能完好無缺。
- 反過來說，如果**鋰庫存本來就在邊緣**，一旦斑塊開始堆積、瘋狂搶奪鋰，**大腦的防線一崩潰，記憶就跟著瓦解**。

過去我們以為的致病元兇，**可能是導致關鍵微量元素流失的「小偷」**。

研究團隊還做了一個關鍵驗證實驗：他們刻意把小鼠大腦裡的鋰耗盡，結果即使沒有其他病變，**小鼠的記憶力立刻出現斷崖式下跌**，阿茲海默症的病理進程被急遽加速。

接下來他們篩選出一種叫「**乳清酸鋰**」（lithium orotate）的特殊化合物，它能避開類澱粉蛋白的綁架。當這個配方用在阿茲海默小鼠身上時，**病理變化被阻止、已喪失的記憶開始逆轉**。

**目前這個療法已經在美國啟動人體臨床試驗的籌備階段。**

---

## 為什麼這跟歐洲礦泉水有關？

回到我們的主題：礦泉水。

當 Yankner 的研究剛發布時，歐洲水文化圈出現一個非常有意思的反應：「**我們不是已經喝這個喝了一百多年了嗎？**」

這話有點誇張，但歷史上不假。

[我們在第一篇](/articles/why-germans-take-water-seriously/) 介紹過德國的 **Heilwasser（療癒水）** 法定分級：目前約 55 個水源獲此認證，其中**含鋰水**是一個被傳統明確認知的子類別：

| 德國 Heilwasser 含鋰水款 | 鋰含量 | 傳統訴求 |
|---------|:---:|---------|
| Bad Mergentheimer Albertquelle | **13.0 mg/L**（全球最高紀錄）| 神經系統與代謝平衡 |
| Hirschquelle | 1.3 mg/L | 同上 |
| **Bad Vilbeler Römer Brunnen** | 1.1 mg/L | 礦物質補充、消化 |
| Heppinger Extra | 0.84 mg/L | 消化系統與代謝 |
| Staatlich Fachingen | 0.77 mg/L | 胃酸過多 |

**鋰含量 &gt; 0.5 mg/L** 是德國定義「含鋰水」的法定門檻，這個標準不是 2025 年才出現，是**已經在德國藥事法律體系裡存在了超過五十年**。

換句話說：歐洲人沒有「鋰會修復記憶」的分子機制證據，但他們**早就憑經驗注意到含鋰水的特殊性**，並把它寫進法律分級。義大利的 Vichy Catalan（鋰 1.3 mg/L）也是同樣的傳統實踐。

這就是這篇文章想說的核心：**當民間實踐已經做了一百年的事，現代分子生物學才剛剛開始能驗證它**。

歷史是這樣走的：
- **1925 年**：德國 Bad Vilbel 獲赫森邦認可為治癒泉源頭
- **1881 年**：西班牙 Vichy Catalan 由 Furest 博士發現
- **1930 年**：Römer Brunnen 287 米自噴泉鑽建
- **1955 年**：Römer Brunnen 獲德國國家認證為 Heilwasser
- **1990 年**：Yankner 發表類澱粉蛋白假說
- **2025 年 8 月**：Yankner 發表鋰—類澱粉蛋白機制論文（Nature）

也就是說：**從 Heilwasser 法定分級成立，到分子機制被驗證，中間隔了 70 年**。傳統先到，科學後到。

這不是要說「傳統就一定對」。而是，當民間實踐跟現代研究**指向同一個方向**時，值得停下來看一眼。

---

## 但是：很多「但是」

到這裡，我必須切換成嚴肅模式。**這個故事有非常多需要謹慎的地方**。

### 1. 哈佛研究目前主要在小鼠

Yankner 團隊的關鍵實驗是在**小鼠模型**完成的。乳清酸鋰逆轉記憶的奇蹟，目前只發生在實驗鼠身上。**人體臨床試驗才剛剛啟動籌備**，從小鼠到人，藥物機制有可能完全不同。歷史上太多「在動物身上有效但在人類失敗」的案例。

而且，阿茲海默這個領域有個很諷刺的事實：**過去 20 年所有針對類澱粉蛋白的小鼠實驗幾乎都很漂亮，但進入人體三期臨床，絕大多數失敗了**。這也是為什麼 Yankner 自己會回頭重新檢視這條線。乳清酸鋰會不會在人類身上有效，至少要等到 2028–2030 年前後才會有第一波讀數。

### 2. 「飲水中的鋰」跟「藥用鋰」差距巨大

|  | 劑量範圍 | 用途 |
|---|---|---|
| Heilwasser 含鋰水 | 0.5–13 mg/L | 飲水攝取，每杯 ~0.1–3 mg |
| 觀察研究有益門檻 | ≥ 15 µg/L（飲水）| 流行病學觀察 |
| 哈佛研究有效劑量（小鼠）| 約 0.1–0.2 mg/天 | 動物實驗 |
| 躁鬱症臨床治療鋰 | **600–1,200 mg/天** | 藥物治療 |

**藥用劑量比飲水攝取量高出 1,000 倍以上**。換句話說：礦泉水裡的鋰，**完全不是藥物**，是日常微量水準。

還有一個常被忽略的差別是**化學形態**。Yankner 團隊小鼠實驗用的「乳清酸鋰」是特定配方的有機鋰化合物，研究團隊就是看上它能避開類澱粉蛋白的綁架。而天然礦泉水裡的鋰多半是無機形態（碳酸鋰、硫酸鋰等），它們的吸收速率、進入大腦的效率、跟蛋白質的交互作用，**跟乳清酸鋰完全不是同一回事**。把「喝礦泉水補鋰」當成「吃乳清酸鋰補充劑」的廉價版本，這個類比在化學上是不成立的。

### 3. 部分流行病學觀察支持，但不是因果

過去 20 年有零散的研究觀察到「**飲水含鋰較高的地區，自殺率與失智盛行率較低**」：例如丹麥（Kessing 2017）、日本（Muronaga 2022）、美國德州（2018）的縣市資料。但這是**相關性**，不是因果，可能是水質好的地區同時有其他健康因素。

### 4. 不適合補充鋰的族群

- 高血壓、心血管疾病（注意鈉攝取）
- 腎臟疾病、服用利尿劑（鋰會在腎功能不全時累積）
- 甲狀腺疾病（鋰會干擾甲狀腺）
- 孕婦、哺乳婦（高劑量有神經發育風險）

### 5. 台灣法規紅線

[台灣《食品安全衛生管理法》第 28 條](https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=L0040001) 明定食品（含礦泉水）**不得做療效訴求**。所以：

- 進口含鋰礦泉水在台灣**不能宣稱**「預防失智」「補腦」「改善阿茲海默」
- 商品標籤只能寫客觀礦物含量（如「天然含鋰 1.1 mg/L」）
- 任何接近療效暗示的話術都會違法

這也是為什麼這篇文章從頭到尾用「**可能**」「**研究顯示**」「**為什麼**」這類保守措辭，**這是文化討論與知識普及，不是商品推薦**。

### 6. 「歐洲喝了一百年」不是安全證明

這個故事用「傳統先到，科學後到」作為敘事主軸，但有一件事必須說清楚：**百年的歐洲飲用經驗，不等於對所有人、在所有情境下都安全**。

一來，這些 Heilwasser 含鋰水的長期使用者，多半是**局部地區、特定生活方式**的人口子集（例如固定到 Bad Vilbel 療養的德國中產家庭）。他們的飲食、運動、整體營養狀況、就醫可及性都跟現代台灣城市生活有差距，不能直接平移。

二來，**現代環境的鋰暴露來源跟一百年前完全不同**：電池產業、3C 產品、工業排放都會增加環境鋰負擔。所以「歐洲老人家喝了一百年沒事」這個觀察，在 2026 年的台灣不一定能複製。

---

## 然後呢？我該怎麼想這件事？

對我來說，我會這樣理解：

**Yankner 的研究不是給我一個喝什麼水的理由。它是給我一個重新理解「水」這件事的視角。**

過去三十年的健康論述，主旋律是「**抗**」：抗氧化、抗發炎、抗自由基、抗老。我們把身體當成一個戰場，把所有衰老、疾病的元素當作敵人，買盡各種能「打敗」的補充劑。

但 Yankner 這份研究提醒我們：**大腦不是戰場，是生態系**。神經退化疾病的發生，往往不是因為大腦突然多了一個外來怪物，**而是失去了原本就存在、默默支撐運作的微小基石**。

從這個角度看，歐洲百年的 Heilwasser 傳統其實沒那麼神秘，它**不是治療**，是**補足**。不是激進的療法，是溫和的日常。歐洲人喝這些水的時候，沒有把它當藥來吃，而是當作每天從一片地層、一個古老泉源、一萬年沉澱物裡，**拿回一點地質長期積累下來的微量元素**。

未來十年，鋰跟大腦的關係研究會繼續發展。也許 Yankner 的假說會像他自己當年類澱粉蛋白假說一樣被驗證，也許會被修正或推翻。**這不是這篇文章關心的事**。

我關心的是：**我們對水的理解，可以從「解渴」進化到「跟一塊地建立關係」**。

這條進化的路，[第一篇](/articles/why-germans-take-water-seriously/) 講了德國礦泉水文化，[第二篇](/articles/how-to-read-mineral-water-labels/) 教了怎麼讀標籤，[第三篇](/articles/why-european-restaurants-have-water-menus/) 講了餐桌搭配。這一篇，是這條路上最後一個轉折：**從外向內、從感官到分子、從喝水到認識自己的身體**。

---

## 結尾：當 Heilwasser 遇見 Yankner

我在做這個品牌之前，從來沒想過「水」可以連結到神經科學。

但花了三個月翻 Bad Vilbel 的歷史資料、看 SGS Institut Fresenius 的分析報告、追 Yankner 的論文之後，我看到一個很美的時間軸：

&gt; **1925 年**，Bad Vilbel 獲赫森邦認可為治癒泉源頭。
&gt; **1930 年**，Römer Brunnen 287 米深井湧出第一滴自噴礦泉水。
&gt; **1955 年**，這口井被德國國家認證為 Heilwasser。
&gt; **2025 年**，遠在大西洋對岸的哈佛實驗室，發現大腦運作可能需要鋰。

整整一個世紀，沒有人能把這兩條故事線串在一起。歐洲的療養傳統是傳統，哈佛的分子生物學是分子生物學，兩個世界、兩種語言。

但 2025 年之後，這兩條線**開始有了交集**。

不是說傳統一定贏，也不是說科學要去證明傳統。是說當你走進歐洲一家有百年歷史的療養鎮（Bad Vilbel、Vichy、Spa），看著那些堅持喝礦泉水的當地老人，**你會開始好奇：他們知道一些什麼，是我們還沒搞懂的？**

下次當你拿起一瓶含鋰礦泉水，把它喝下去：**它不是藥，也不是 nutrition facts 上那串小字。它是一個尚未被完全解讀的、地質與時間的訊息。**

科學還在追傳統。傳統還在等科學。

而你跟我，正好生在這兩條線交會的這一年。

---

## 註腳・資料來源

### 哈佛 Yankner 研究（2025）

- **原始論文**：Aron L, Ngian ZK, Qiu C, et al. *Lithium deficiency and the onset of Alzheimer&apos;s disease.* **Nature 645, 712–721 (2025)**. [DOI: 10.1038/s41586-025-09335-x](https://www.nature.com/articles/s41586-025-09335-x)
- 哈佛醫學院官方新聞稿：[Could Lithium Explain, Treat Alzheimer&apos;s Disease?](https://hms.harvard.edu/news/could-lithium-explain-treat-alzheimers-disease)
- NIH 研究摘要：[Lithium Levels Tied to Alzheimer&apos;s Disease, Dementia](https://www.nih.gov/news-events/nih-research-matters/lithium-levels-tied-alzheimers-disease-dementia)
- ALZFORUM 領域專家評論：[Could Lithium Deficiency Be Powering Alzheimer&apos;s?](https://www.alzforum.org/news/conference-coverage/could-lithium-deficiency-be-powering-alzheimers)

### 流行病學支持研究

- *Trace lithium levels in drinking water and risk of dementia: a systematic review.* [PMC11364728 (2024)](https://pmc.ncbi.nlm.nih.gov/articles/PMC11364728/)
- *Lithium in Portuguese Bottled Natural Mineral Waters—Potential for Health Benefits?* [PMC7696288](https://pmc.ncbi.nlm.nih.gov/articles/PMC7696288/)

### 歐洲含鋰水款數據（從第一篇延續）

- 📄 [Bad Vilbeler Römer Brunnen 1L SGS 檢驗報告（Li 1.1 mg/L）](/downloads/water-research/roemer-brunnen-sgs-2020.pdf)
- 📄 [Rosbacher Klassisch 0.75L SGS 檢驗報告（Li 0.11 mg/L）](/downloads/water-research/rosbacher-klassisch-sgs-2024.pdf)
- 德國 Heilwasser 資料庫：[Heilwasser.com](https://www.heilwasser.com/service/heilwasserverzeichnis/)
- 德國高鋰泉水排行榜：[OriginalHealth.net](https://www.originalhealth.net/3606)
- BfArM 聯邦藥物管理局：[bfarm.de](https://www.bfarm.de/)

### 法規與安全參考

- 美國 EPA 飲水鋰技術說明：[UCMR5 Technical Fact Sheet: Lithium in Drinking Water (PDF)](https://www.epa.gov/system/files/documents/2023-11/ucmr5-technical-fact-sheet-lithium-in-drinking-water.pdf)
- 台灣食品安全衛生管理法：[第 28 條（療效訴求禁止）](https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=L0040001)

### 媒體報導與評論

- Harvard Gazette: [An Alzheimer&apos;s Breakthrough 10 Years in the Making (2026-01)](https://news.harvard.edu/gazette/story/2026/01/an-alzheimers-breakthrough-10-years-in-the-making/)
- CNN: [Lithium-Alzheimer&apos;s Brain Study (2025-08)](https://www.cnn.com/2025/08/06/health/lithium-alzheimers-brain-study)

---

## 系列完結

這是「礦泉水文化」系列的第四篇，也是這個主題的暫時收束點。

四篇下來：
- [〈德國人為什麼把水喝得這麼講究？〉](/articles/why-germans-take-water-seriously/) → 從**文化**進入
- [〈標籤上的那些數字，到底在講什麼？〉](/articles/how-to-read-mineral-water-labels/) → 進入**化學**
- [〈為什麼歐洲餐廳的水單比咖啡單還長？〉](/articles/why-european-restaurants-have-water-menus/) → 走到**餐桌**
- 〈為什麼鋰元素開始出現在歐洲礦泉水的醫學討論裡？〉 → 抵達**身體**

從一塊地到一個分子，從一頓飯到一個人的大腦。

謝謝你跟我走完這四篇。下個主題見。</content:encoded><category>沉思與記憶</category><category>礦泉水</category><category>鋰</category><category>阿茲海默</category><category>哈佛研究</category><category>Heilwasser</category><category>大腦健康</category><category>飲食科學</category></item><item><title>EPD 與碳足跡實作路線圖:從四層框架到製造商行動清單</title><link>https://paulkuo.tw/articles/epd-implementation-roadmap/</link><guid isPermaLink="true">https://paulkuo.tw/articles/epd-implementation-roadmap/</guid><description>上一篇講完 LCA 從 1969 到 2026 年的法遵演進:它從來不是科學,是法遵系統。這一篇把同樣的視角翻轉到實作端:**如果你的公司需要進場,該從哪一步開始?**

CBAM 已於 2026 年 1 月進入定義期,沒做 EPD 的廠商會被套較高預設值,等於懲罰。歐盟電池法、ESPR、Green Claims Directive 跟著層層加碼。對製造業老闆而言,真正該問的不是「我們要不要做 ESG」,而是「我們的歐盟訂單還能撐多久」。

這份路線圖把四層概念地圖翻譯成可操作的執行步驟,適合任何想取得 EPD 或產品碳足跡認證的材料與產品製造商參考。
</description><pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 接續上一篇的觀點(LCA 是法遵系統不是科學),這一篇處理實作問題。CBAM 2026/1/1 已進入定義期,沒有可信碳足跡資料的廠商會被套用較高預設值,等於懲罰沒做 LCA 的廠商。從零到第一份 EPD 約 8-18 個月、50 萬-500 萬台幣,按四層框架(方法/規範/資料/認證)推進,選 PCR 比選資料庫優先。2026 年是台灣製造業最後的合理啟動窗口。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/epd-implementation-roadmap-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/epd-implementation-roadmap-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

[前一篇](/articles/lca-as-compliance-system)描繪了整個產業的全景:方法層、規範層、資料層、認證層四個層級疊加起來的體系,以及這套體系從 1969 年走到今天的歷史驅力。但對一個剛要進入這個領域的企業而言,真正的問題不是「這個產業長什麼樣」,而是兩個更直接的問題:

1. **為什麼現在每家公司都被推著做這件事?**
2. **我們現在在哪裡?接下來該做什麼?**

這篇文章回答這兩個問題。前半談法遵壓力的歷史演進,說明為什麼 EPD 與碳足跡在 2020 年代從「自願性 CSR」變成「強制性貿易要件」;後半把四層框架翻譯成可操作的路線圖。

## 為什麼 2026 年起再不做就回不來?五十年法遵壓力的累積

### 從「自願揭露」到「強制驗證」的三波浪潮

LCA 工具在 1990 年代誕生時,主要應用是企業內部分析與行銷溝通。但過去三十年,圍繞 LCA 的法遵壓力經歷了三波明顯的演進。

**第一波(1990–2010):自願性框架時期**
- 主要動力:消費者意識崛起、ISO 標準化、北歐先行的 EPD 制度
- 企業參與動機:品牌差異化、自我約束、CSR 報告
- 法遵壓力強度:低,以「同行壓力」為主

**第二波(2010–2020):準強制性時期**
- 主要動力:京都議定書衍生政策、EU 整合產品政策、巴黎協定
- 企業參與動機:採購標案要求、大客戶供應鏈要求、綠建築認證需求
- 法遵壓力強度:中,具體法規開始要求 LCA 結果,但執行寬鬆

**第三波(2020 至今):強制性監管時期**
- 主要動力:EU Green Deal、CBAM、電池法、ESPR、CSRD
- 企業參與動機:市場準入、避免關稅、避免罰則
- 法遵壓力強度:高,具有貿易阻擋效力

我們現在處在第三波的中段。**2023–2026 年是這套體系從「準強制」躍升到「真強制」的關鍵窗口**,任何在這幾年沒有進場的企業,後續可能面臨被迫快速跟進的處境。

### 三大關鍵法規的具體壓力

對任何想出口歐盟的製造商,以下三個法規直接決定 EPD 與碳足跡的優先級。

#### CBAM(碳邊境調整機制):已實施

歐盟於 2023 年 10 月啟動 CBAM 過渡期,[2026 年 1 月 1 日已進入定義期(definitive phase)](https://taxation-customs.ec.europa.eu/carbon-border-adjustment-mechanism_en)。涵蓋:鋼鐵、鋁、水泥、肥料、電力、氫氣,後續歐盟已提案 2028 年前擴及下游產品(化工、塑膠、玻璃、紡織等)。

**對製造商的實質壓力:**

- 出口至歐盟須申報產品「內含碳排放」(embedded emissions)
- 排放量超過歐盟同業基準的部分,須購買 CBAM 憑證(2027 年 2 月起販售,等值於 EU ETS 碳價)
- **沒有可信數據 → 適用「預設值」(default value)→ 預設值通常顯著高於實際**,等於懲罰沒做 LCA 的廠商

CBAM 不直接要求 EPD,但**它強制了「產品級碳足跡計算」這件事**,而企業一旦建立了碳足跡計算能力,離 EPD 只差一個 PCR 與第三方驗證。

#### 電池新法([EU Regulation 2023/1542](https://eur-lex.europa.eu/eli/reg/2023/1542/oj)):分階段加嚴

2023 年生效。2025 年 2 月起,動力電池(EV battery)銷往歐盟須提供碳足跡聲明;2026 年 2 月起,工業電池(&gt;2 kWh)跟上;2027 年 2 月起,所有電池須有「電池護照」(Battery Passport);後續陸續加嚴。

**對製造商的實質壓力:**

- 不只是電池廠,而是**整條電池供應鏈**:從礦產、正負極材料、電解液到組裝廠
- 上下游須傳遞「公司特定資料集」,且 DQR ≤ 2
- 碳足跡分級啟動後,低分產品實質失去市場
- 後續將設「最高碳足跡上限」,超標產品禁售

電池法是**第一個把 LCA 結果直接綁定市場準入的歐盟法規**,後續其他產業可能比照辦理。

#### ESPR(永續產品生態設計法規):2024 生效

2024 年生效。歐盟史上涵蓋面最廣的產品法規,將要求大多數實體商品在 2030 年前具備「數位產品護照」(Digital Product Passport, DPP)。

**對製造商的實質壓力:**

- DPP 必須包含產品環境足跡資訊
- 預期紡織品、家具、建材、電子產品等優先納管
- 不只一次性碳足跡,而是**全生命週期持續更新的資料**

ESPR 把 LCA / EPD 從「特定產業的合規工具」推進到「幾乎所有實體商品的通用要件」。

### 亞洲市場的呼應

歐盟法規帶動了亞洲主要經濟體的響應,構成製造商必須同時面對的多重壓力。

| 國家 | 主要進展 |
|---|---|
| **日本** | 經產省「碳足跡計畫」(CFP)自 2008 年運作,2023 年發布《供應鏈排放量算定指引》,2025 年起大企業 Scope 3 揭露成為實質義務 |
| **韓國** | KEITI「綠色產品環境性宣告」強化驗證要求,K-ETS 與產品碳足跡整合 |
| **中國** | 2021 年發布 GB/T 24067 國家標準,2024 年發布《建立健全碳足跡管理體系實施方案》,規劃 2030 年前建立完整本土碳足跡管理體系 |
| **台灣** | 環境部已建立 EPD 制度,2024 年公告「事業溫室氣體排放量盤查登錄管理辦法」,預期 2026 年起跟隨 CBAM 節奏推進 |

對亞洲製造商而言,**「先做給歐盟看,順便用於亞洲合規」是務實的雙軌策略**:歐盟的 EPD 通常被亞洲主管機關認可,反向則不一定。

## 啟動 EPD 專案前要先問自己的六個問題

任何 LCA / EPD 計畫啟動前,先誠實回答六個問題。這六題的答案會決定後續路線的所有選擇。

**Q1. 我們做這件事的動機是什麼?**

- **市場壓力**:客戶要求、招標需要、供應鏈被要求揭露
- **監管要求**:出口歐盟、CBAM 涵蓋產品、特定國家強制標示
- **品牌定位**:綠色行銷、ESG 報告、永續訴求
- **內部減碳**:找排放熱點、設立減量目標

不同動機決定你需要的嚴格度。市場壓力與監管要求需要「正式認證等級」;品牌與內部用途可以從輕量版起步。

**Q2. 我們的產品有沒有現成的 PCR(產品類別規則)?**

- 有現成 PCR → 大幅縮短籌備時間,直接套用
- 沒有但有相近品類 → 可參考但需與程式營運商討論
- 完全沒有 → 可能要自行起草或申請開發,延長 6–12 個月

**Q3. 我們目標出口的市場是哪裡?**

| 主要市場 | 對應的 EPD 體系 |
|---|---|
| 歐盟 | EPD International、IBU、PEFCR |
| 北歐 | EPD Norge、Sundahus |
| 北美 | EPD International、UL Environment、ASTM |
| 日本 | SuMPO EPD |
| 韓國 | KEITI 環境性宣告 |
| 台灣 | 環境部 EPD 制度 |
| 中國 | 中國環境標誌、地方平台 |

選錯體系等於白做,後續資料庫、PCR、驗證者的選擇都跟著綁。

**Q4. 我們的內部資料現況如何?**

- 已有 ISO 14064 組織碳盤查 → 部分資料可移植
- 已有 ISO 50001 能源管理 → 能耗資料較完整
- 已有 ISO 14001 環境管理 → 環境面向有基礎
- 完全沒有 → 需從零開始收集

**Q5. 我們的預算與時程承受度?**

&gt; **📊 關鍵數據**
&gt; - 第一份 EPD 從零到發布:**8–18 個月**
&gt; - 預算範圍:**50 萬–500 萬台幣**(資料庫授權、顧問費、驗證費、內部人力合計)
&gt; - 第二份起的邊際成本:**6–9 個月、預算減半左右**

**Q6. 我們會持續維護嗎?**

EPD 通常 5 年有效。中途遇重大製程變更要更新;期滿要重新驗證。這影響你要建立內部能力,還是把每次都當外包專案。

## 五階成熟度模型:你的公司在哪一階?

把企業在這個領域的進程粗分五階,有助於認清現況。

| 階段 | 特徵 | 典型現況 | 對應法遵能力 |
|---|---|---|---|
| **Level 0** 未察覺 | 對 LCA / EPD 沒概念 | 接到客戶詢問才開始查詢 | 無法回應 CBAM 申報 |
| **Level 1** 起步中 | 已派員受訓,理解基本概念 | 正在評估顧問、找 PCR | 可填寫基本碳排報告 |
| **Level 2** 第一份 LCA | 內部已有產品碳足跡計算 | 數字可信度有限,未經第三方驗證 | 可用於內部決策、初步揭露 |
| **Level 3** 第一份 EPD | 已取得至少一份正式 EPD | 內部建立流程,但仍重度依賴外部顧問 | 可滿足電池法、ESPR 等強制要求 |
| **Level 4** 整合運營 | 多項產品 EPD,內部具備建模能力 | EPD 與產品設計、供應商管理整合 | 可主動運用 LCA 推動 R&amp;D 與商業決策 |

多數製造商在被市場推著進入這個領域時,落在 **Level 0 到 Level 1 之間**。從 Level 1 跨到 Level 3 通常需要 12–24 個月、一輪完整的專案週期。

**法遵時程的反向推算:** 若你的產品落入 CBAM、電池法、ESPR 涵蓋範圍,且 2027–2028 年是合規截止點,**現在(2026 年中)就應該至少在 Level 1**,並啟動朝 Level 3 的專案:因為從 Level 1 到 Level 3 約需 12–18 個月。

## 方法層:LCA 方法論的基礎功課

**為什麼這層存在?**
這層的存在來自 1990 年代的方法論混戰:當年同一個產品被不同顧問算出截然不同的結果,迫使 ISO TC 207 在 1993 年成立、1997 年發布 ISO 14040。今天即使有 ISO 標準,方法選擇仍有大量「裁量空間」,需要內部有人懂行才能判斷顧問建議是否合理。

**這層通常不會卡關**,因為標準文件公開、課程資源充足。問題會出現在後面幾層,但這層做得紮不紮實,影響後面的決策品質。

**現況通常是這樣**

- 對 LCA 的概念有模糊認識,但沒有完整訓練
- 可能上過外部短期課程
- 沒有專責人員,常由 ESG / 品保 / 研發單位兼任

**下一步建議**

1. **指派專責對口**:1–2 位內部窗口。即使全外包也需要懂行的人對接顧問,否則顧問交出來的東西看不懂、無法判斷對錯。

2. **建立基礎理解**:讀 ISO 14040 與 14044(台灣有 CNS 14040 中文版)、ILCD Handbook 的 General Guide 章節。這兩份文件加起來 200 多頁,但 80% 的關鍵概念都在裡面。

3. **參加實務課程**:相較通論課程,優先選 case study 型訓練。能看到別人怎麼算一個真實案例,遠比聽 50 張投影片講方法論有用。

## 為什麼選 PCR 是最關鍵的早期決定?

**為什麼這層存在?**
1998 年瑞典創立全球第一個 EPD 系統時,發現「同一個產品類別,不同公司算法不一致,EPD 無法比較」。於是引入「Product Category Rules (PCR)」這個概念:**每個產品品類由業界共同制定遊戲規則**。這個設計後來被 ISO 14025(2006)正式制度化,今天歐盟 PEFCR 也是同一邏輯的強化版。

**這層的決策影響後續所有工作**。選錯 PCR 等於整個 LCA 要重做。

**現況常見的盲點**

- 不知道 PCR 是什麼
- 知道但找不到適合自家產品的版本
- 找到了但用的是過期版本
- 找到多個版本,不知道該用哪個

### PCR 搜尋的優先順序

1. **[EPD International](https://www.environdec.com/) 的 PCR 資料庫** — 涵蓋面最廣,英文版,全球通用
2. **產業專屬營運商** — IBU(建材重點)、EPD Norge(北歐建材)、PEP ecopassport(電子電氣)
3. **歐盟 PEFCR 清單** — European Commission 網站,監管導向
4. **區域性 EPD 計畫** — 日本 SuMPO、韓國 KEITI 等

### 找到 PCR 之後要確認的事

| 確認項目 | 為什麼重要 |
|---|---|
| 版本與有效期 | 過期版本不能用,要找最新 |
| 系統邊界規定 | cradle-to-gate 或 cradle-to-grave 影響資料收集範圍 |
| 強制揭露的影響類別 | 通常包含 GWP、酸化、優養化等,有時新增資源耗竭、毒性 |
| 認可的背景資料庫 | 限定可用 ecoinvent、GaBi 或特定區域資料庫 |
| 功能單位定義 | 每平方公尺?每公斤?每年使用?規格不同算法不同 |
| 報告模板 | 部分 PCR 附帶嚴格的格式要求 |

### PEFCR 浪潮的影響

歐盟正在系統性地把各產業 PCR 收編為 PEFCR(PEF Category Rules)。對製造商的意涵:

- **短期(2024–2028)**:既有 PCR 與新發布 PEFCR 並存,需確認哪個適用你的目標市場
- **中期(2028–2030)**:PEFCR 涵蓋率提升,歐盟監管使用會逐步指向 PEFCR
- **長期(2030 之後)**:預期 PEFCR 將成為歐盟內主流,既有 PCR 可能需要重新對齊

若你的 EPD 計畫主要對歐盟市場,建議優先檢查目標品類是否有 PEFCR 草案或終稿,以免做完一輪 PCR 版本不久後又要重做。

## 資料層的兩個戰場:前景資料 vs 背景資料庫

**為什麼這層存在?**
資料層的建構,反映 LCA 從「企業內部工具」走向「跨組織協作」的演進。早期企業自己做 LCA,只關心自家工廠的數字;1990 年代開始,LCA 需要納入上游(原料生產)、下游(廢棄處置)的資料,單一企業無法獨力完成,於是出現了**集中型基礎資料庫**(ecoinvent、GaBi、IDEA、CLCD 四強)。今天 LCDN 的分散式架構,則是這個演進的最新階段。

資料層的工作可拆成兩個戰場,挑戰類型完全不同。

### 戰場一:前景資料(自家工廠資料)

**典型現況**

- 能源帳單分散在會計、廠務、生管不同單位
- 原物料採購紀錄不分批次,難以對應到單一產品
- 廢棄物與排放沒有按產線分流計量
- 多產品共用產線的工廠,能耗無法精準分配

**下一步建議**

1. **以「功能單位」為核心展開資料收集**
 確定要算的是「1 公斤產品」、「1 平方公尺面板」、「1 個包裝單元」還是別的,所有資料圍繞這個單位整理。

2. **建立資料盤查表(Data Inventory Sheet)**
 依輸入與產出分類:
 - **輸入**:電力、燃料、水、主原料、輔助材料、運輸
 - **產出**:目標產品、副產品、廢棄物、空氣排放、廢水

3. **典型的資料缺口**
 - 輔助材料(包裝、清潔劑、潤滑油)
 - 間接能耗(空調、照明、廠區公共設施分攤)
 - 內部運輸與配送
 - 員工通勤(部分 PCR 不要求,但有些會)

4. **資料代表期**
 通常取最近完整一年(連續 12 個月),不能挑特別好或特別差的月份。

### 戰場二:背景資料庫(上游資料)

**選擇受限於預算、目標市場與 PCR 規定**

| 資料庫 | 授權成本(年) | 適用情境 |
|---|---|---|
| **[ecoinvent](https://ecoinvent.org/)** | 約 5,000–25,000 瑞郎 | 學術與商用最普及,歐盟驗證接受度最高 |
| **GaBi(Sphera)** | 報價制,通常更高 | 汽車、化工、塑膠業界標準 |
| **IDEA**(日本) | 較低,有單月授權方案 | 日本市場、亞洲製造業上游 |
| **CLCD**(中國) | 商業授權,可申請學術版 | 中國市場、東亞製造業 |
| **USLCI**(美國) | 免費 | 美國市場、補充用 |
| **Agri-footprint** | 中等 | 農業、食品專用 |

**下一步建議**

1. **小公司起步可考慮**:openLCA 軟體(免費) + ecoinvent 短期授權(可單一專案授權)。這個組合可以把入門成本壓到最低。

2. **資料庫選擇主原則**
 - 第一原則:目標市場的驗證機構認可哪個?
 - 第二原則:PCR 規定限制了哪些?
 - 第三原則:預算與時程能不能負擔?

3. **多資料庫對照(進階做法)**
 重要產品建議用兩個資料庫各算一次,看結果差距。差太大要查為什麼:可能是模型假設不同、可能是地理代表性差異、可能是其中一個資料庫的某筆資料過時。這對之後應對驗證者的提問很有幫助。

### 戰場三:建模與計算

資料收集完後,進入建模計算。這個階段表面是技術工作,實質是一連串「方法選擇」的決策。

**主要工具**

- **openLCA**:免費開源,適合學術與中小企業
- **SimaPro**:歐洲業界標準,付費,功能完整
- **GaBi**:Sphera 旗下,汽車與工業常用
- **One Click LCA**:建材導向,介面友善,適合 BIM 整合

**這階段的關鍵決策**

1. **系統邊界**:嚴格按 PCR 規定,但 PCR 留白處要自行決定並說明
2. **分配方法(Allocation)**:多產品共線時,用質量分配、經濟分配還是替代法?選擇影響結果可能達 20% 以上
3. **截斷準則(Cut-off criteria)**:微量原料是否納入?ILCD 預設累計貢獻 &lt; 1% 可省略,但要報告中聲明
4. **基準流的選擇**:同一種電力,選 ecoinvent 的「Taiwan, market for electricity, low voltage」還是「TW, electricity production, hard coal」結果差很大

## 為什麼 EPD 變成「行銷的法定資格證」?

**為什麼這層存在?**
2015 年 Volkswagen Dieselgate 爆發後,歐盟監管機關意識到**自願性的環境揭露已經無法取信於市場**:連跨國車廠都會在排放認證上作弊,自願性宣告的公信力崩潰。Dieselgate 之後,歐盟全面倒向「強制第三方驗證」路線:EPD 必須由獨立驗證者審查、PCR 必須由業界共識制定、結果必須可追溯。**這層的所有制度設計,本質都是「信任修復」**。

**這層的選擇看起來在最後,實際上影響前面所有工作的規格。**

### 選定程式營運商的考量

| 考量項目 | 說明 |
|---|---|
| 目標市場的接受度 | EPD International 國際通用,IBU 在德國建材有溢價 |
| 費用結構 | 申請費 + 驗證費,通常 10,000–30,000 歐元 |
| 審查週期 | 2–6 個月不等,趕時程要先確認 |
| 語言要求 | 多數要求英文版,部分接受雙語 |
| 報告格式 | 不同營運商的範本不同 |

### 驗證者(Verifier)的選擇

- 通常從程式營運商的認可清單中選
- 經驗類型要對:做過你這個品類的優先
- 地緣考量:本地驗證者溝通成本低、時差問題少
- 部分 PCR 強制要求多人模式(panel review),需提前確認

### 驗證階段會被問到的典型問題

提前準備這幾類問題的答案,可以大幅縮短驗證週期:

- 系統邊界為何這樣劃?有無遺漏什麼?
- 分配方法的選擇理由?有沒有試算過其他方法的敏感性?
- DQR 評分的依據?低分項目能否改善?
- 副產品的處理邏輯為何?
- 為什麼選這個背景資料庫?為什麼選這筆資料而非那筆?
- 資料來源能否追溯?有原始發票、量測紀錄嗎?

### Green Claims Directive 的影響

歐盟 2023 年提案的 Green Claims Directive(預計 2026 年通過、2028 年生效)將對 EPD 之外的「環境訴求」設下新門檻。

**主要規定:**

- 任何「綠色」、「低碳」、「環保」訴求必須有 LCA 為基礎
- 訴求必須經第三方驗證
- 比較性訴求(例如「比競品低 X% 碳排」)必須遵循嚴格的比較規則
- 違反者面臨最高年營業額 4% 罰款(類似 GDPR 等級)

**對製造商的意涵:** 即使你不做 EPD,只要在行銷上提到「環保」、「永續」,也會落入這個法規。**EPD 因此從「行銷加分項」變成「行銷的法定資格證」**。

## 五個必須提前想清楚的跨層決策

實際執行中,有幾個跨層決策會反覆出現,值得在啟動前就想清楚。

### 決策點 1:Cradle-to-gate 還是 Cradle-to-grave?

- **Cradle-to-gate**(從搖籃到工廠門口):資料容易控制,適合 B2B 與中間材料
- **Cradle-to-grave**(到墳墓):需估算使用階段與廢棄處置,適合 B2C 與綠建築使用

部分 PCR 允許 Modular EPD,把生命週期切成 A1–A5(生產與施工)、B1–B7(使用)、C1–C4(廢棄)、D(回收效益)等模組,逐模組揭露。這個 A1–D 模組化架構源於 EN 15804(歐洲建材 EPD 標準),今天已擴散到其他產業。

### 決策點 2:用內部團隊還是外包顧問?

| 選項 | 優點 | 缺點 |
|---|---|---|
| **完全內部** | 長期成本低、知識留存 | 起步慢、需投入培訓 |
| **完全外包** | 時程快、品質可期 | 每次更新依賴顧問、貴 |
| **混合**(推薦) | 平衡成本與能力 | 需要內部 champion |

務實的折衷:外包第一份 EPD,但合約中明列 knowledge transfer 義務,要求顧問留下完整的建模檔案與資料盤查表。

**法遵考量:** 若你的產品落入 CBAM 或電池法等強制範圍,**長期建議建立內部能力**:因為每年都要更新申報,純外包成本累積會超過內部團隊。

### 決策點 3:單一產品 EPD 還是平台型 EPD?

- **單一產品 EPD**:精準,每個 SKU 一份,但成本高
- **平台型 / 代表性產品 EPD**:用一個代表性產品 + 變異範圍說明,成本低但結果代表性受限。部分 PCR 對變異程度有上限規定。

中小企業通常從平台型起步,大廠或差異化產品多者才走單一產品路線。

### 決策點 4:做完 EPD 之後要對外溝通什麼?

- **純技術揭露**:放官網、給客戶查、招標投標時提供
- **行銷使用**:包裝、廣告、ESG 報告引用

行銷使用要特別注意「漂綠」(greenwashing)風險。**漂綠這個詞 1986 年由環保運動者 Jay Westerveld 首次提出**,但長期沒有法律後果。2020 年代開始,歐盟、英國、美國 FTC 都加強了對綠色訴求的查核:歐盟 Green Claims Directive 把違規罰責拉到 GDPR 等級。

EPD 結果是「客觀數字」,但是「比較性宣稱」(例如「比競品低 30% 碳排」)有額外規範,通常需要兩份 EPD 都依據同一份 PCR 並由同一單位驗證才能比較。

### 決策點 5:做給歐盟看,還是做給亞洲看,還是雙軌?

| 策略 | 適合誰 | 注意事項 |
|---|---|---|
| **歐盟優先** | 出口歐盟占比高 | 用 ecoinvent + EPD International / IBU,通常亞洲也認 |
| **亞洲優先** | 主力日韓中市場 | 用 IDEA 或 CLCD + 當地 EPD 體系,歐盟驗證者可能質疑 |
| **雙軌**(推薦給多市場製造商) | 出口分散 | 第一份做歐盟版,後續延伸到亞洲版 |

實務上,「歐盟版 EPD」幾乎都能在亞洲被接受;反向則不一定。所以對多市場製造商,**歐盟版 EPD 是「最大公約數」的選擇**。

## EPD 專案三階段的常見踩坑點

整理執行中容易出錯的地方,可分三個階段。

### 早期(籌備到資料收集)

- 還沒選定 PCR 就開始收集資料,結果範圍對不上
- 系統邊界沒先定義清楚,資料收完才發現缺項
- 低估資料庫授權、員工時間、驗證費等隱性成本
- 把組織碳盤查(ISO 14064)的資料直接挪用,沒有依產品分配
- **沒檢查目標品類有沒有 PEFCR 草案**,做完 PCR 版後不久發現要重做

### 中期(建模到內部審查)

- 多產品工廠的能耗分配方法草率,影響整體可信度
- 上游供應商不願提供詳細資料,只能用次級資料替代,DQR 分數拉低
- 中英文版本術語不一致,後期翻譯時對不齊
- 結果敏感度測試沒做,驗證者一問就答不出來
- **過度依賴 ecoinvent 的「全球平均」資料**,未針對台灣電網調整

### 後期(外部驗證到發布)

- 驗證階段才發現方法選擇有爭議,需要重做大段計算
- 發布後沒有更新計畫,5 年到期才驚覺要全部重來
- EPD 結果用於行銷時誤導性宣稱,引發外部質疑或 Green Claims 法律風險
- 製程或供應商變更時沒有觸發更新機制
- **CBAM 申報時發現 EPD 範圍與 CBAM 要求對不齊**,需要另外計算

## 8–18 個月:從零到 EPD 發布的時程節奏

從決定要做到 EPD 發布,典型節奏如下:

| 階段 | 時程 | 主要工作 |
|---|---|---|
| **籌備期** | 1–2 個月 | 內部對齊、選 PCR、選顧問 |
| **資料收集期** | 3–6 個月 | 前景資料整理、背景資料庫採購 |
| **建模與計算** | 1–2 個月 | LCA 軟體建模、初步結果、敏感度分析 |
| **內部評議** | 1 個月 | 報告撰寫、內部 review、修正 |
| **外部驗證** | 2–4 個月 | 提交、回應審查意見、修正、最終確認 |
| **發布** | 2–4 週 | 程式營運商最終核可、上線、語言版本 |
| **合計** | **8–18 個月** | |

第一份 EPD 通常落在 12–18 個月區間;有經驗後第二份起可縮短到 6–9 個月。

**法遵壓力下的時程提醒:** 若目標是 2027 年趕上 CBAM 擴品或電池法分級啟動,**2026 年中前必須啟動專案**才有把握。

## 給管理階層的啟動會議決策清單

如果你是決定要不要啟動 EPD 專案的管理者,以下這份清單建議在啟動會議前先確認過。

### 策略面

- [ ] 動機明確且寫成書面(市場、監管、品牌、減碳,擇其主)
- [ ] 目標市場與對應的 EPD 體系已選定
- [ ] 預算上限與時程目標已核可
- [ ] 是否建立內部能力的長期策略已決定
- [ ] **法遵壓力的時程已盤點**(CBAM、電池法、ESPR 等對自家產品的影響時間表)

### 規範面

- [ ] 對應 PCR 已找到並核對版本
- [ ] PCR 規定的功能單位、系統邊界、影響類別已釐清
- [ ] 如無 PCR,替代方案已決定
- [ ] **PEFCR 草案狀態已確認**(若主攻歐盟市場)

### 執行面

- [ ] 專責內部窗口已指派(姓名、職稱、工時投入)
- [ ] 顧問已選定(若外包)或內部團隊已建立
- [ ] LCA 軟體與背景資料庫已採購
- [ ] 資料盤查表已起草、數據來源單位已通知

### 認證面

- [ ] 程式營運商已選定
- [ ] 驗證者候選名單已準備
- [ ] 後續維護機制已規劃(更新觸發條件、5 年期滿安排)

### 溝通面

- [ ] EPD 結果的對外使用範圍已界定
- [ ] 漂綠風險已評估(Green Claims Directive 預備)
- [ ] 內部利害關係人(行銷、業務、研發)已對齊預期

## 2024–2030 法遵地圖:接下來六年的關鍵節點

對任何長期經營的製造商,以下是未來六年值得追蹤的法遵節點。

### 2024–2025:CBAM 過渡期、電池法分階段啟動

- **CBAM 過渡期**:進口商須申報,但暫不徵收 CBAM 費用
- **電池法初階段**:基本盡職調查、回收義務、標籤要求生效
- **ESPR 生效**:歐盟開始公告優先產品群組,啟動 DPP 試點

### 2026(現在):CBAM 進入定義期、Green Claims 預計通過

- **CBAM 已於 2026/1/1 進入定義期**:進口商從這一年起須準備購買 CBAM 憑證
- **CBAM 憑證販售**:預定 2027 年 2 月 1 日開始
- **Green Claims Directive 預計通過並進入轉換期**
- **歐盟 PEFCR 預期完成多個重點品類**

### 2027–2028:電池法分級、CSRD 擴大

- **電池碳足跡分級啟動**(A–G 等級),低分產品銷售受阻
- **電池護照(Battery Passport)** 從 2027 年 2 月起強制
- **CSRD 適用範圍擴大到中型企業**(&gt;250 員工)
- **Green Claims 強制執行期**

### 2029–2030:ESPR 各品類陸續強制、CBAM 擴品

- **ESPR 涵蓋多個品類**(紡織、家具、建材、電子)
- **CBAM 預期擴及化工、塑膠、玻璃**
- **電池法設定「最高碳足跡上限」**

### 2030 之後

- 歐盟全面 DPP 化、亞洲體系成熟、可能出現「環境護照」的全球互認嘗試
- 多數實體商品出口歐盟須具備 LCA / EPD 基礎

## 兩個失敗模式與啟動建議

最常見的失敗模式是**在資料層投入太多力氣,卻發現規範層的決定錯了**:例如 PCR 選錯、系統邊界定義不對:導致前期工作要重做。預防這種情況的方法,是在啟動專案的前一個月,先把規範層與認證層的選擇敲定(找哪份 PCR、上哪個 EPD 體系、目標哪個市場),再進入資料層的執行。

第二常見的失敗模式是**把 EPD 當作一次性專案**。EPD 5 年有效,期間若供應鏈、製程、原料配方變動,可能需要中途更新。把 EPD 視為持續性的資料管理機制而非一次性報告,後續成本可以大幅降低。

進入這個領域的門檻不低,但體系本身是公開、可學習的。第一次走完整個流程,內部建立的能力會持續沉澱,後續產品的 EPD 邊際成本會快速下降。

更重要的是,這套體系不會消失,只會擴張。進入這個領域的投資,通常是不可逆的能力建構,而非一次性合規支出。

---

**系列上一篇:** [LCA 不是科學,是法遵系統:從可口可樂 1969 到 CBAM 2026 的五十六年演進](/articles/lca-as-compliance-system)</content:encoded><category>循環再利用</category><category>EPD</category><category>碳足跡</category><category>LCA 實作</category><category>PCR</category><category>CBAM</category><category>製造業 ESG</category><category>歐盟綠色法規</category></item><item><title>160 年、五代、21 個股東：Hassia 怎麼把「下一代」寫進每一個決定？</title><link>https://paulkuo.tw/articles/hassia-next-generation/</link><guid isPermaLink="true">https://paulkuo.tw/articles/hassia-next-generation/</guid><description>全球礦泉水品牌看似各有故事，背後的母公司結構卻只有三種：跨國上市集團、跨產業家族集團、單一家族純粹控股。Nestlé 旗下的 Pellegrino、Acqua Panna、Perrier，2024 年宣布分拆、2026 年正在出售 50% 股權給私募基金。Danone 旗下的 Evian 仍是跨國上市公司一環。Gerolsteiner 自 2022 年起由 Bitburger 啤酒集團（Simon 家族）控股。而 Hassia Mineralquellen，Rosbacher 的母集團，從 1864 年到 2026 年，**21 個股東僅限家族內轉讓、未上市**，第五代 Dirk Hinkel 自 2002 年起任管理股東。
寫這篇，是因為當餐桌上倒出一杯礦泉水，你以為在跟一個品牌打交道。但你其實在跟一個「治理模式」打交道。三種模式背後是三種時間視野：季報、集團綜效、下一代。哪一個進到你的杯子，差別比口感大得多。
</description><pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **🪶 揭露**：本人在台灣以 Spring Origin 品牌協助 Hassia 集團旗下 Rosbacher 進入台灣市場。本文涉及 Hassia 集團與其他全球礦泉水母公司的治理結構對比，事實均引用公開資料。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/hassia-next-generation-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/hassia-next-generation-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

&gt; **TL;DR**：全球礦泉水母公司只有三種結構：跨國上市集團（Nestlé 旗下 Pellegrino、Danone 旗下 Evian）、跨產業家族集團（Bitburger 旗下 Gerolsteiner）、單一家族純粹控股（**Hassia 旗下 Rosbacher**）。Nestlé 2026 年正出售 50% 水款股權給私募基金；Hassia 從 1864 年到 2026 年：21 個股東僅限家族內轉讓、未上市、第五代仍在任。三種治理模式背後是三種時間視野：季報、集團綜效、下一代。

---

## 1864 年的一個決定

1864 年，Johann Philipp Wilhelm Hinkel 在德國黑森邦 Bad Vilbel 的自家土地上，開挖了第一口礦泉井。

他不是第一個發現 Bad Vilbel 這塊地有礦泉的人。這個小鎮從羅馬時代就以礦泉浴場聞名，1848 年挖鐵路時還挖出一座 2 世紀羅馬別墅與熱水浴場馬賽克（現存於 Kurpark）。Hinkel 做的事是把這些礦泉**裝瓶**：讓井裡的水變成一個可以交易的物件。

他不可能知道：這個決定會延續 160 年。他的兒子 Fritz Hinkel 會在 1900 年把公司註冊為「**Hassia-Mineralbrunnen-Sprudel**」（Hassia 是拉丁文的 Hesse，德國黑森邦的古稱）。他的孫子 Wilhelm 與 Otto Hinkel 會在 1920 年代擴大裝瓶業務。他的曾孫 Günter Hinkel 會在 1964 年接管集團。他的玄孫 Dirk Hinkel 會從 2002 年起接任管理股東，**至今 24 年**。

**今天**，Hassia Mineralquellen 集團仍在 Hinkel 家族脈絡手裡。**21 個股東、依公司章程股權僅限家族內轉讓**。集團至今未上市、未分拆，而旗下的 **Rosbacher** 雖然是 2001 年才加入集團的水款，也跟隨集團走進這個 162 年的家族治理結構之中。

從 1864 到 2026：**五代、162 年、同一個家族脈絡**。

這在全球礦泉水版圖裡，是極少見的事。多少見？讓我們先看一下其他全球水款的母公司現在是什麼結構。

---

## 模式 A：跨國上市集團的水款，2026 年正在被出售

打開冰箱，最常見的進口礦泉水：

- **S.Pellegrino**（義大利氣泡水）：母公司 **Nestlé S.A.**（瑞士跨國上市公司）
- **Acqua Panna**（義大利軟水）：母公司 Nestlé
- **Perrier**（法國氣泡水）：母公司 Nestlé
- **Vittel、Contrex**（法國礦化水）：母公司 Nestlé
- **Evian**（法國軟水）：母公司 **Danone S.A.**（法國跨國上市公司）
- **Volvic、Badoit**：母公司 Danone

你以為的「品牌」其實是「跨國上市公司的水款事業部」。**這些品牌的命運跟著母公司的資本配置走**。

最近的例子：2024 年 11 月，Nestlé 宣布把整個水款與優質飲料業務剝離為**獨立業務體**（standalone business）。2025 年 1 月正式分離。2025 年 5 月開始尋求外部投資人。**2026 年 1 月，Nestlé 正式啟動 50% 股權的出售流程**，估值約 **€50 億**，Rothschild 擔任財務顧問，進入下一輪競標的私募基金包括 CD&amp;R、KKR、PAI。

也就是說：你今晚倒進玻璃杯的 Pellegrino 或 Acqua Panna，**視這次股權出售的結果，可能會落入新的多數持有者手中**，目前進入下一輪競標的是美國私募基金 CD&amp;R、KKR 與歐洲私募基金 PAI。供應鏈邏輯、品牌策略、長期投資都可能因此重新調整。對你來說，杯子裡的水可能還是同一支，但**背後的決策邏輯可能換了一批人**。

這在跨國上市公司的水款品牌裡，是**正常的事**。資本市場本來就是這樣運作：當水款業務不再是母公司的策略核心，分拆出售就是合理財務決定。

但這個正常，跟「家族 162 年沒換過手」是完全不同等級的時間視野。

---

## 模式 B：家族集團跨業整併，Gerolsteiner 的中間樣態

第二種模式比較難一眼看出來。

**Gerolsteiner**（德國重要氣泡礦泉水品牌）的股東結構不是 Hassia 那種「單一家族單一產業」，也不是 Nestlé 那種「跨國上市」。它**自 2022 年起由 Bitburger Holding 取得大股東地位**，而 [Bitburger](https://www.bitburger.com/family-brewery/history/) 是德國重要的私有啤酒集團之一（Pilsner 銷量在德國排名第三），由 **Simon 家族**自 1842 年起經營，至今第七代。

所以 Gerolsteiner 仍在**家族手裡**，但不是它自己 1888 年由 Wilhelm Castendyck 創立時的原始家族脈絡，而是另一個跨產業家族集團（Simon 家族）的併購標的。

這種結構在歐洲非常常見：也是**家族企業 vs 跨國上市公司之間的中間型態**。它保留了家族治理的長期視野，但失去了「**一個家族專心做一支水**」的純粹性。決策考量會多一層：集團綜效（啤酒 + 礦泉水的物流、通路、品牌策略）。

**Vichy Catalan**（西班牙氣泡礦泉水）也類似：1890 年由 Modest Furest i Roca 創立，現在屬於 **Premium Mix Group S.L.**（西班牙飲料企業集團）。是家族脈絡的延伸，但不再是創辦家族純粹獨立經營。

這種模式的時間視野比模式 A 長，但比模式 C 短。當集團整體策略需要重新配置資源時，礦泉水這條產線可能會被重新評估、整併、或剝離。

---

## 模式 C：單一家族純粹控股，Hassia 的稀有樣本

第三種模式才是 Hassia / Rosbacher 所在的位置。

**結構特徵**：
- 公司型態：**Hassia Mineralquellen GmbH &amp; Co. KG**（德國有限合夥兩合公司）
- **21 個股東**，依公司章程股權僅限家族脈絡內轉讓（**德國 GmbH 法允許這種股權轉讓限制機制，稱為「Vinkulierung」**，是家族企業保護股權不外流的標準工具）
- **未上市**
- **第五代 Dirk Hinkel** 自 2002 年起任管理股東（**至今 24 年**）
- **至今未分拆、未出售給外部投資人**

這在全球礦泉水版圖裡稀少到什麼程度？

家族企業研究領域有一個經典統計：John Ward 1987 年的著作《Keeping the Family Business Healthy》（基於伊利諾伊州 200 家製造商 1924-1984 的歷史分析）指出：家族企業傳到**第二代生存率 30%、第三代 13%、第四代以上 3%**。

這份研究後來被學界質疑樣本與計算方法（[Family Business Magazine 有完整討論](https://familybusinessmagazine.com/uncategorized/critical-look-survival-statistics/)），更新的研究指出家族企業壽命可能比這數字長。但**作為「跨代傳承非常困難」的長期觀察**，這份 1987 年研究仍是家族企業領域被引用最多的長期數據之一。

Hassia 在第五代仍然在任，意味著它在這個經典統計裡，落在 3% 中再更稀有的子集。

更稀有的是：**它的股權結構至今未稀釋成混合資本**。21 個股東是多，但都是 Hinkel 家族脈絡。沒有外部基金、沒有跨業集團、沒有上市公開發行。

---

## 對照：東亞家族企業傳承的不同景觀

家族企業在東亞：特別是台灣：有完全不同的命運曲線。

華人世界有句諺語：「**富不過三代**」。資誠（PwC）2025 年的《[全球暨台灣家族企業調查報告](https://www.pwc.tw/zh/publications/topic-report/family-business-survey-2025.html)》也記錄了類似觀察：超過七成台灣家族企業掌門人認為傳承問題迫在眉睫，普遍面臨「**富過四代**」的傳承挑戰。

為什麼東亞家族企業的跨代傳承這麼困難？這篇文章不打算給簡單答案，但研究文獻指出幾個結構性差異：

**1. 股權稀釋邏輯不同**

[國立中山大學管理學院的家族企業研究](https://www.cm.nsysu.edu.tw/p/404-1024-237175.php?Lang=zh-tw)指出，東亞家族企業常見的繼承模式：第一代 100% 持股 → 第二代妻小均分 → 第三代多房分產：**股權可能逐步稀釋到 1/4、1/20**。當股權分散到一定程度，外部股東或市場派就有機會介入。

Hassia 的反邏輯是：**21 個股東聽起來多，但限定在 Hinkel 家族脈絡內**。前面提過的 Vinkulierung 機制讓這份限制有法律強制力：德國《GmbH 法》明文允許公司章程設置股權轉讓限制，**甚至完全禁止股權轉讓也是被允許的**（[Schlun &amp; Elseven 德國公司法解釋](https://se-legal.de/company-law-advice-germany/company-share-transfer-in-germany/?lang=en)）。

**2. 上市文化不同**

東亞家族企業普遍把「**讓公司上市**」視為事業成就頂點。一旦上市，公司就要回應季報、董事會、外部股東。長期視野自動讓位給短期市值壓力。

Hassia 跟絕大多數德國 Mittelstand 一樣：**不上市是一種選擇，不是失敗**。[Family Business United](https://www.familybusinessunited.com/post/how-germany-s-family-firms-power-the-mittelstand) 對德國 Mittelstand 的觀察可以這樣 paraphrase：上市公司答案在季報，Mittelstand 答案在下一代：決策是為了讓事業留給下一代繼承，而不是衝下個季度的盈餘。

**3. 接班文化不同**

東亞家族企業的接班常糾結在「**傳賢還是傳子**」「**讓專業經理人還是讓家人**」之間。德國 Mittelstand 比較常見的做法是：家族成員從基層進公司、學技術、學業務，到某個年齡接班。Hinkel 家族第四代到第五代的接棒（Günter Hinkel 1964 接管 → Dirk Hinkel 2002 起與父親共同經營）是這個模式的具體例子。

這些差異不代表東亞家族企業「比較差」，而是不同制度環境、不同股權文化、不同資本市場壓力下的不同演化路徑。但結果差距非常具體：**Hassia 五代仍由 Hinkel 家族脈絡掌舵**、**Pellegrino 換過幾次母公司、現在又面臨股權出售**、**多數百年華人家族企業沒能撐到第三代**。

---

## 為什麼這個差別在你的餐桌上重要？

回到一個具體場景：今晚你在餐桌上要倒一杯氣泡水。

如果是 Pellegrino：你倒的是 Nestlé 集團一個正在剝離出售的子事業的產品。它的水源、品牌承諾、永續實踐不會立刻改變，但**視這次股權出售流程的結果，未來背後的決策者可能是現任競標中的某一家私募基金**。

如果是 Evian：你倒的是 Danone 集團一個跨國上市公司的子品牌。它的長期投資要回應股東報酬期待，永續實踐要服務集團整體 ESG 評等。

如果是 Gerolsteiner：你倒的是 Bitburger 啤酒集團家族控股下的子事業。長期視野存在，但要在啤酒、礦泉水、其他事業之間做策略取捨。

如果是 **Rosbacher**：你倒的是 Hinkel 家族第五代仍在管理、21 個家族股東的單一家族集團做出的水。可以查到的具體承諾包括：100% 水力綠電（自 2015 年 1 月起）、Bad Vilbel 廠 climate-neutral（自 2020 年 6 月起）、ZNU 永續經營認證（2026 年 1 月起 TÜV Rheinland 驗證）。這些決策都是「**較貴、較費工**」的選項，需要願意投資較長回收期的治理結構才容易做出。

這就是 Spring Origin 把 **Rosbacher 750mL 玻璃瓶** 設定為**台灣餐桌主打品項**的核心邏輯之一：不是因為它最便宜、不是因為它最貴、不是因為它是最有名的歐洲水。是因為**它背後的治理模式跟絕大多數全球水款不一樣**：你買的是一支水，但同時也在選一個你想支持的治理結構。

---

## 「下一代」的雙關意義

我們前面四篇水系列文章談過：德國礦泉水的歷史、礦物質科學、餐桌搭配、鋰元素跟神經健康。第五篇談過一支 Rosbacher 750mL 玻璃瓶從 Bad Vilbel 到台灣餐桌的 8 站旅程。

這一篇是**這條論述弧的最後一篇**：關於這支水背後的人。

**「下一代」** 在 Hassia 這個故事裡有雙重意義：

- 一個是**家族傳承的下一代**：從 1864 年 Johann Philipp Wilhelm 開挖第一口井，到 2002 年第五代 Dirk Hinkel 接任管理股東，到未來家族脈絡裡會接棒的下一個世代
- 一個是**永續責任的下一代**：climate-neutral、Mehrweg、ZNU 認證、100% 綠電都是替未來世代留下還能用的東西

這兩個「下一代」其實是同一個邏輯的延伸：**當你的決策對象不只是這個季度的盈餘、而是要把事業留給下一代繼承時，永續就不是行銷詞，是不得不認真考慮的事**。因為你今天偷工減料的代價，會由家族的下一代付。

這就是 Mittelstand 的安靜力量。它不必每季回應外部股東，可以投資較長回收期的項目；它的股權限制在家族內，外部資本市場壓力不會打斷跨代的判斷。

而當你在餐桌上倒一杯 Rosbacher，你其實是在分享這份安靜力量的一小角。

---

## 收尾：你選的不只是水

寫完五篇礦泉水系列，我想留下的訊息很簡單：

**你買的礦泉水，背後是一個治理模式。**

跨國上市集團能做出好水。家族集團也能。單一家族純粹控股的 Mittelstand 也能。三種都有它們的價值、都有它們的限制。

但當你想清楚這三種模式對應到三種完全不同的時間視野時：**你可以選你想支持的那一種**。

我選了 Hassia：選的不只是水質、不只是德國法律保護下的天然礦泉水認證、不只是 climate-neutral 廠房：是**一個會把「下一代繼承」寫進今天決策的家族**。

這在當代資本市場越來越短視的氣氛裡，是一件越來越稀有的事。

&gt; 餐桌上倒下的那杯水，
&gt; 是 162 年前一個叫 Johann Philipp Wilhelm 的人開挖那口井的決定，
&gt; 走到你眼前的第 162 個版本。

下次你看到 Rosbacher 玻璃瓶：記得，你也在這個 162 年的故事裡。

---

## 註腳・資料來源

### Hassia 集團與家族治理
- [Hassia Mineralquellen — Wikipedia DE](https://de.wikipedia.org/wiki/Hassia_Mineralquellen)：21 股東、家族內轉讓、五代時序
- [Hassia International — Company History](https://www.hassiagroup.com/company/history)：Hinkel 家族五代接棒時序
- [Hassia Gruppe 官網](https://www.hassia.com/)：治理結構、永續實踐
- [Familienunternehmen HassiaGruppe stellt sich neu auf](https://www.about-drinks.com/familienunternehmen-hassiagruppe-stellt-sich-neu-auf/)：集團重組與 Dirk Hinkel 任期

### Nestlé 水款業務分拆與出售
- [Bloomberg: Nestle Begins Water Unit Sale 2026/1/22](https://www.bloomberg.com/news/articles/2026-01-22/nestle-begins-water-unit-sale-banks-prep-up-to-3-billion-debt)：50% 股權出售、私募基金競標
- [Beverage Daily: Nestlé to spin off water brands 2024/11/19](https://www.beveragedaily.com/Article/2024/11/19/Nestle-to-spin-off-water-brands-into-a-standalone-business/)：2024/11 宣布分拆
- [Just Drinks: Nestlé moves ahead with water stake sale](https://www.just-drinks.com/news/nestle-moves-ahead-with-water-stake-sale/)：出售進度

### 其他歐洲水款母公司結構
- [S.Pellegrino — Wikipedia](https://en.wikipedia.org/wiki/S.Pellegrino)：Nestlé 旗下
- [Acqua Panna — Wikipedia](https://en.wikipedia.org/wiki/Acqua_Panna)：Nestlé 旗下
- [Evian / Danone 1970 acquisition history](https://en.wikipedia.org/wiki/Evian)：Danone 1970 起持有
- [Gerolsteiner Brunnen — Wikipedia EN](https://en.wikipedia.org/wiki/Gerolsteiner_Brunnen)：2022 起 Bitburger Holding 大股東
- [Vichy Catalán — Wikipedia EN](https://en.wikipedia.org/wiki/Vichy_Catal%C3%A1n)：屬 Premium Mix Group S.L.

### 家族企業跨代研究
- [Ward, J.L. (1987) Keeping the Family Business Healthy. Kellogg School of Management](https://kellogg.northwestern.edu/faculty/research/researchdetail?guid=26e2a175-00d6-460e-a4f0-f8cb5b8d721b)：伊州 200 家樣本、30/13/3% 跨代衰減統計
- [Family Business Magazine — A critical look at survival statistics](https://familybusinessmagazine.com/uncategorized/critical-look-survival-statistics/)：對 30/13/3% 統計的學界 critique
- [INSEAD Knowledge — Family Firm Longevity](https://knowledge.insead.edu/entrepreneurship/new-perspective-longevity-and-success-family-firms)：家族企業長壽性新觀點

### 台灣家族企業傳承
- [PwC Taiwan — 2025 全球暨台灣家族企業調查報告](https://www.pwc.tw/zh/publications/topic-report/family-business-survey-2025.html)：傳承迫切性
- [PwC Taiwan — 2020 臺灣家族企業傳承白皮書](https://www.pwc.tw/zh/publications/topic-family-business/2020-taiwan-family-business.html)
- [國立中山大學管理學院 — 富不過三代](https://www.cm.nsysu.edu.tw/p/404-1024-237175.php?Lang=zh-tw)：華人家族企業跨代研究

### Mittelstand 治理哲學
- [Family Business United — How Germany&apos;s Family Firms Power The Mittelstand](https://www.familybusinessunited.com/post/how-germany-s-family-firms-power-the-mittelstand)：「回應下一代」金句出處
- [Wikipedia — Mittelstand](https://en.wikipedia.org/wiki/Mittelstand)：Mittelstand 定義與規模

---

## 系列收尾

這是 paulkuo.tw 礦泉水文化系列的第六篇，也是這條論述弧的收尾：

1. [文化篇：為什麼歐洲人花錢喝高礦化度水](/articles/why-germans-take-water-seriously/)
2. [科學篇：標籤上的礦物數字怎麼讀](/articles/how-to-read-mineral-water-labels/)
3. [餐桌篇：為什麼歐洲餐廳的水單比咖啡單還長？](/articles/why-european-restaurants-have-water-menus/)
4. [身體篇：鋰研究與歐洲療癒水傳統](/articles/why-lithium-in-european-mineral-water/)
5. [物件篇：一支 Rosbacher 玻璃瓶的 2,000 年旅程](/articles/rosbacher-glass-journey/)
6. **家族篇：本篇** — Hassia 怎麼把「下一代」寫進每一個決定？

下一條論述弧會切換到不同主題。但這六篇對水款的系統理解：文化、化學、餐桌、身體、物件、家族：會留在這裡，作為任何想認真了解「**一支水背後是什麼**」的讀者的入口。</content:encoded><category>沉思與記憶</category><category>Hassia 集團</category><category>Rosbacher</category><category>家族企業</category><category>德國 Mittelstand</category><category>跨代傳承</category><category>礦泉水治理</category><category>Spring Origin</category></item><item><title>一支 Rosbacher 玻璃瓶的 2,000 年旅程</title><link>https://paulkuo.tw/articles/rosbacher-glass-journey/</link><guid isPermaLink="true">https://paulkuo.tw/articles/rosbacher-glass-journey/</guid><description>這篇追蹤一支 Rosbacher 750mL 玻璃瓶的旅程：從黑森邦 Rosbach 鎮的自流井、Bad Vilbel 廠的 100% 水力綠電裝瓶線、Mehrweg 循環玻璃瓶系統、20,000 km 海路到高雄港，到你台灣餐桌上的第一杯水。
但這篇要說的不是「德國有多厲害」，而是當這支玻璃瓶跨過漢堡港抵達高雄、進入台灣 45% 玻璃回收率的世界，原本的循環故事必須被翻譯成新的承諾。Spring Origin 怎麼在這個系統接縫處做選擇？
寫這篇，是因為進口跟永續，本來就是兩個容易打架的詞。我想試試看，能不能把它們講得誠實。
</description><pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **🪶 揭露**：本人在台灣以 Spring Origin 品牌協助 Hassia 集團旗下 Rosbacher 進入台灣市場。本文涉及這個品牌的母集團永續實踐，以及跨海進口在台灣端的承諾與限制。所有「永續」描述均標註地理範圍（德國端／跨海／台灣端），不誇大、不漂綠。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/rosbacher-glass-journey-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/rosbacher-glass-journey-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

&gt; **TL;DR**：2,000 年前凱爾特人就在喝 Rosbach 鎮的礦泉，1565 年首次出現在學術文獻。今晚台灣餐桌上的這支 750mL 玻璃瓶，背後是 160 年 Hassia 集團的永續系統：100% 水力綠電、Bad Vilbel 廠自 2020 起 climate-neutral、Mehrweg 玻璃瓶 50 次循環。但這個故事到漢堡港為止：20,000 km 海路之後，台灣端的承諾從你在餐桌上選玻璃瓶那一刻開始。

---

## 凱爾特人喝過、羅馬人喝過：今晚你也會

2,000 年前，凱爾特人就在喝 Rosbach 這口井的水。羅馬人接手後繼續喝。**第一份學術文獻記載出現在 1565 年**：《Commentarius de balneis》（論浴場），作者 Johann Günther von Adernach。那一年，莎士比亞才剛滿一歲。

這口井位於德國黑森邦法蘭克福以北 25 公里、Taunus 山脈東側的 Rosbach vor der Höhe 小鎮。地質是 Taunus 石英岩過濾、深層自流井。**鈣鎂比 2:1** 是這支水的礦物指紋：在自然界並不常見（多數礦泉水落在 3:1 到 8:1 之間）。

2,000 年的歷史不是這篇要說的重點。

真正有意思的是：今晚你開冰箱、拿出一支 Rosbacher 750mL 玻璃瓶倒進玻璃杯時，這支瓶子剛剛走完一段 20,000 公里的旅程。從 Rosbach 的自流井，到 Bad Vilbel 的灌裝線，到漢堡港的集裝箱，到高雄港，到你的桌上。

跟著一支瓶子走完這段旅程：你會發現「**永續**」這兩個字，在路上停過 8 站、被翻譯了好幾次。

---

## 第 1 站：這支瓶子的水源，Rosbach 自流井

你手上這支 Rosbacher 750mL 玻璃瓶，水來自 Rosbach vor der Höhe 的深層自流井。這口井的主理者是 [Hassia Mineralquellen](https://www.hassia.com/) 集團：1864 年由 Hinkel 家族在黑森邦 Bad Vilbel 創立、160 年水生意、**2001 年把 Rosbacher 納入集團**作為「中礦化平衡」路線的代表水款。

Bad Vilbel 是德國礦泉水重鎮：一個只有 3 萬多人的小鎮，密集分布著 20 多家礦泉水業者，2010 年代被德國礦泉水公會稱為「**德國的礦泉水首都**」。

主理 Rosbacher 的這個集團現況：
- **30 個泉源**、**10 個生產據點**
- 自 2016 年起，每年由具公信力的第三方機構進行永續審查
- 2026 年 1 月起取得 [ZNU「Nachhaltiger Wirtschaften」永續經營認證](https://www.znu-standard.com/)，由 TÜV Rheinland Cert GmbH 獨立驗證

&gt; **📊 關鍵數據**
&gt; - **歷史**：母集團 1864 年創立，160 年水生意
&gt; - **Rosbacher 加入時間**：2001 年
&gt; - **集團規模**：30 個泉源、10 個生產據點
&gt; - **永續審查**：自 2016 年起每年第三方審查
&gt; - **最新認證**：ZNU 永續經營認證（2026/1 生效，TÜV Rheinland 驗證）

這些數字寫進來不是為了堆砌資歷。160 年不會自動變成永續，但 160 年讓主理這支水的集團累積了一個「**沒辦法藏起來的紀錄**」。任何永續宣稱在歐洲端都可被獨立驗證、可被消費者組織追問、可被 TÜV 撤銷。

這在永續論述裡，叫「**可問責的承諾**」，也是你手上這支瓶子背後的第一層責任。

---

## 第 2 站：這支瓶子為什麼是玻璃，不是 PET？

你手上這支 Rosbacher 750mL 為什麼是玻璃瓶？這個問題的答案，要從 Bad Vilbel 廠區的裝瓶線講起。

走進 Bad Vilbel 的 Hassia 廠區，第一個會被回收的不是空瓶，是「**未來會被退回來再用 50 次的瓶子**」。

德國的 Mehrweg（多回程）系統運作很簡單：消費者買一瓶水時，付一筆**押瓶費（Pfand）**，平均 0.15–0.25 歐元。喝完之後把空瓶退回商店，押金退回。空瓶集中運到飲料廠、清洗、檢查、重新填裝。**一支玻璃 Mehrweg 瓶平均可以被填回 50 次**，PET Mehrweg 瓶大約 15–25 次。

Hassia 旗下產品的 **Mehrweg 比例 &gt;90%**：這個集團每生產 10 瓶水，9 瓶以上會走進這個循環系統，不是一次性的。**Rosbacher 750mL 玻璃瓶就是這 &gt;90% Mehrweg 產線的主力規格之一**。

先講清楚一件事：這篇談的是 **餐桌用水**的選擇邏輯，不是「玻璃打 PET」的價值判斷。

PET 寶特瓶有它的場景：運動補給、戶外活動、移動中飲水、登山健行、單車長途：這些情境需要的是**輕量、不破、可手握、單手開瓶**。玻璃瓶在這些場景反而不適合（重、易破、容量受限）。Hassia 集團自己也有 PET 產線：**包括 Rosbacher 系列裡的小容量 Power Sparkling 500mL PET**，就是回應這類「移動式飲水」需求。

但**坐下來吃飯、家用儲水、用餐搭配**這些情境，需要的是另一種東西：**質感、氣泡保留、儀式感、可重複沖洗使用**：這就是 Rosbacher 750mL 玻璃瓶的場域。

兩種包材的差異整理：

| 維度 | Mehrweg 玻璃瓶（餐桌） | 一次性 PET 瓶（移動） |
|---|:---:|:---:|
| 適用場景 | 餐桌、家用、儀式感場合 | 運動、戶外、移動、輕量需求 |
| 重量 | 重（含瓶身 600g+） | 輕（30g） |
| 氣泡保留 | 數個月不跑光 | 短期最佳 |
| 在德國 Mehrweg 系統 | 循環 50 次 | 循環 15–25 次 |
| 在台灣回收後 | 融化重製為新玻璃容器 | 化學裂解再生（強度逐次衰退） |
| 「無限循環」可能性 | 是 | 否（材質結構限制） |

這個對照表的最後兩行很重要：後面會再回來談。

---

## 第 3 站：裝這支瓶子的灌裝線，2020 年起 climate-neutral

把 Rosbacher 礦泉灌進你手上這支 750mL 玻璃瓶的，是 Bad Vilbel 廠的 Mehrweg 玻璃裝瓶線。這條線在永續上做過幾件「**較貴、較費工**」的事：

- **自 2015 年 1 月起 100% 使用德國水力綠電**：是德國最早全綠電的飲料製造商之一
- **CO₂ 排放較 2015 年減少 55%**
- **自 2020 年 6 月起，整個 Bad Vilbel 廠以 climate-neutral 模式運作**：也就是說，殘餘無法避免的碳排，依德國聯邦環境署（UBA）建議的國際標準自願補償
- **新型 Mehrweg 裝瓶設備**：相較舊設備，每瓶節省 **20% 水、25% 電**
- **廢料回收率 97%**

注意「climate-neutral」這個詞我用了限定語：「**Bad Vilbel 廠區**」。這不是 Rosbacher 整個產品線的碳中和宣稱，更不是整個集團的碳中和宣稱。是那個廠那座建築物的範圍。

在永續論述裡，**邊界不講清楚比沒講還糟**。歐盟綠色聲明指令（[Green Claims Directive](https://environment.ec.europa.eu/topics/circular-economy/green-claims_en)）2024 年生效後，這類限定語不是文案修辭，是法定義務。

---

## 第 4 站：你手上這支，跟它的「德國兄弟瓶」走不一樣的路

裝瓶後的 Rosbacher 玻璃瓶，下一站是 Mehrwegkasten（多回程飲料籃）。一個籃子裝 12 瓶，搬到棧板、上貨車、送出去。

但這時候，**你手上這支跟它的「德國兄弟瓶」走的是不一樣的路**：

絕大多數從 Bad Vilbel 出廠的 Rosbacher 玻璃瓶，會在德國境內流通：**Hassia 87% 的經銷商在 Bad Vilbel 廠 125 公里範圍內**，[德國礦泉水業者整體回收率 98%](https://www.bmel.de/)、歐洲領先：這些瓶子的「總旅程」多數情況下不會超過 250 公里，喝完退瓶、清洗、回填，循環 50 次。

**你手上這支不是那 87%。**

你手上這支，是少數會跨出德國邊境、出口到亞洲、走 20,000 公里海路到台灣的「**出口兄弟**」。它跟留在德國的兄弟瓶共用同一條 climate-neutral 裝瓶線、同一支水源、同一個 ZNU 認證系統，但離開漢堡港之後，它走的是另一條故事線。

---

## 第 5 站：這支瓶子的跨海起點，漢堡港

你手上這支 Rosbacher 750mL 玻璃瓶，從 Bad Vilbel 出廠後上了陸運，往北送到漢堡港。

跨海的這條路徑，在永續論述裡是個敏感地帶：因為**怎麼算都比在地產的多排碳**。誠實地說：跨海進口的礦泉水，永遠不會是「碳足跡最低」的選項。

但問題不是「碳排為零還是不為零」，是「**碳排有沒有被誠實揭露、有沒有用最低排放的方式運**」。

跨海運輸的三個選項：

- **空運**：碳排約 500–1,000 g CO₂/噸·公里（最高）
- **海運**：碳排約 10–20 g CO₂/噸·公里（**最低**）
- **陸運**（鐵路/公路）：碳排介於兩者之間

空運比海運多排 **20–50 倍**：同樣 1 噸貨物走 10,000 公里，空運約 6 噸 CO₂、海運約 0.16 噸（[DEFRA 2025 數據](https://www.gov.uk/government/publications/greenhouse-gas-reporting-conversion-factors-2025)）。

選擇海運不是因為它「環保」，是因為它是這三個選項裡**碳排最低的進口運輸方式**。

---

## 第 6 站：這支瓶子走的 20,000 公里海路

從漢堡港出發、經北海、英吉利海峽、地中海、蘇伊士運河、紅海、印度洋、麻六甲海峽、南海，到高雄港：約 **11,000 海里 ≈ 20,000 公里**。

走海運。上一站講過為什麼：進口運輸三個選項裡，海運的單位碳排最低。

寫進來不是要替跨海進口辯護。是要把帳算清楚：讓你拿到這支瓶子時，知道它走了哪條路、走得有多遠、用什麼方式。

我寫前一篇〈[為什麼歐洲餐廳的水單比咖啡單還長？](/articles/why-european-restaurants-have-water-menus/)〉時提過 Rosbacher 750mL 玻璃瓶的搭餐邏輯。那篇談的是「**為什麼喝這支水**」。這篇要談的是「**喝完之後這支瓶子去哪**」：你手上這支瓶子的下一站。

---

## 第 7 站：高雄港之後，你手上這支瓶子的「台灣故事」

這是這篇文章的核心。

**德國的 Mehrweg 系統到漢堡港為止。**

德國的押瓶費機制、退瓶通路、清洗回填產業鏈：這整套系統的「物理半徑」止於德國邊境。你手上這支 Rosbacher 750mL 玻璃瓶**離開漢堡港**那一刻，它就**永遠回不到** Bad Vilbel 廠重新填裝。這不是失敗，是地理現實，也是它跟那 87% 留在德國的「兄弟瓶」最大的差別。

那麼進到台灣的這支 750mL 瓶子，它的「下一站」在哪？

**你手上這支瓶子的台灣故事，從高雄港開始。**

走進台灣的回收體系，先看兩個數字：

&gt; **📊 關鍵數據（台灣端）**
&gt; - **台灣寶特瓶（PET）回收率**：約 **95–97%**（全球前段班，環境部資源循環署）
&gt; - **台灣玻璃容器回收率**：約 **45%**（過去三年每年逾 5 萬公噸，環境部資源循環署）
&gt; - **製瓶業者窯爐再利用比例**：約 **50%**（其中 90% 以上為透明玻璃）

第一個反應通常是：「**等等，PET 比玻璃還高？**」

對。在台灣，PET 寶特瓶的「**收回率**」是世界級的：這是台灣資源回收體系的成就，不需要被貶低。但這個數字有個關鍵的細節要說清楚：

**「收回」不等於「循環再利用」。**

PET 寶特瓶收回之後，會經過化學裂解、再生成纖維或新瓶身。但 PET 是高分子聚合物：**每一次再生，分子鏈會略微斷裂、強度衰退**。再生 PET 的純度跟性能逐次下降，最終仍會變成廢棄物或裂解成微塑膠。

[Greenpeace 對 PET 結構性循環限制有完整討論](https://www.greenpeace.org/taiwan/update/38517/pet%E6%98%AF%E4%BB%80%E9%BA%BC%EF%BC%9F%E5%AF%B6%E7%89%B9%E7%93%B6%E6%98%AF%E6%9C%80%E5%A4%A7%E5%A1%91%E8%86%A0%E6%B1%A1%E6%9F%93%E6%BA%90%E4%B9%8B%E4%B8%80%EF%BC%9F%E4%B8%80%E8%B5%B7%E8%AA%8D/)：即便台灣收回率 95%，剩下的 5%、以及再生過程中產生的微塑膠，依然會進入海洋與食物鏈。

歐盟看到這個結構限制，2025 年起的 [PPWR 法規](https://eur-lex.europa.eu/eli/reg/2025/40/oj)強制要求 PET 寶特瓶**至少含 25% rPET（再生 PET）**，2030 年提高到 30%、2040 年達 65%。整個全球 PET 產業都在往「**延長 PET 壽命**」這個方向努力：這是 PET 場景裡能做的最好的事。

**玻璃材質的特性不一樣。**

玻璃容器是**少數能真正無限循環、不衰退**的包裝材料之一。打碎、融化、重製，分子結構不變。重製過的玻璃容器跟原生玻璃的純度、強度幾乎一致。

台灣玻璃回收率 45% 看起來不高，但走進那 45% 的瓶子，是真正進入「無限循環」軌道的。

**所以餐桌用水這個情境，在台灣端的玻璃瓶選擇邏輯是這樣的：**

PET 寶特瓶在它的場景（運動、移動、戶外）做得很好，台灣的回收體系也把 PET 接得很好。但當你**坐下來吃飯、想要一支可以放桌上的水**，這個情境本來就不是 PET 適合的場域。

玻璃瓶在餐桌情境的優勢是材質本質：氣泡能扛數月、不釋出微塑膠、回收後能無限循環。

德國的 Mehrweg 是「**用押瓶費綁定 50 次回填**」。台灣沒有 Mehrweg、沒有押瓶費，所以**選玻璃瓶喝桌上水這個動作，就是台灣消費者參與循環經濟最簡單、最直接的入口**。

---

## 第 8 站：你手上這支瓶子的最後一站，你的選擇

倒第一杯水的時候，**這支 Rosbacher 750mL 玻璃瓶**完成它的主要任務。

杯子裡的這口水：礦物指紋走過 Taunus 石英岩數十年的滲透、水齡比你年紀大；經過 160 年集團的責任系統、Bad Vilbel 廠的 climate-neutral 灌裝、20,000 公里海路抵達你的桌上。

但這支瓶子的旅程還沒結束。它還有最後一站：**你決定它的下一站**。

兩個選擇：

- **A. 投入一般回收**：環境部資源回收車收走 → 民間玻璃廠 → 融化重製成新玻璃容器
- **B. 留下二次使用**：當花瓶、油瓶、裝飾品。沒有對錯，但要記得最終仍要進入回收

這就是 Spring Origin 把 **Rosbacher 750mL 玻璃瓶** 設定為**台灣餐桌主打品項**的核心邏輯：在「**坐下來吃飯**」這個情境，玻璃是材質本質上最 fit-for-purpose 的選擇：氣泡耐久、不釋出微塑膠、可無限循環。**750mL 兩人份的歐式餐桌容量**也對應這個情境設計。

PET 寶特瓶在運動、戶外、移動場景仍然有它的角色：那是另一個情境的工具，不是這篇文章談的「**餐桌用水**」場域。Hassia 集團本身也在這兩條產線都有產品（包括 Rosbacher 系列的小容量 Power Sparkling 500mL PET）。但**坐下來吃飯這個情境**：Rosbacher 750mL 玻璃瓶是不需要妥協的選項。

---

## 收尾：責任在路上停過幾站

寫這篇的初衷，是因為**進口跟永續，本來就是兩個容易打架的詞**。

進口意味著跨海、意味著碳排、意味著沒辦法宣稱「比在地產的更綠」。所以最容易的姿態是：「**我們不談永續，我們只賣好水**。」

但這個姿態太懶了。它讓「永續」變成只有在地產業者才能講的詞，讓進口商可以不用承擔任何環境責任。

我選的姿態是另一種：**進口跟永續可以同時講，前提是把帳算清楚、把邊界畫明白**。

德國 Hassia 集團在德國端做的事，是德國端的事：可以驗證、可以引用，但跨過漢堡港就不是 Spring Origin 在台灣這端可以接著宣稱的事。台灣這端要承擔的責任，是另一條軌道：選玻璃瓶不選 PET、整箱配送不送一次性禮盒、CNS 中文標示清楚揭露原產地與成分。

這篇文章不是行銷話術。是把這支 Rosbacher 750mL 玻璃瓶的旅程拆開來看，**讓你拿在手上時，知道它走過幾站、每一站發生了什麼、最後一站是你做選擇**。

&gt; 德國的循環系統到漢堡港為止；
&gt; 台灣的承諾，從你選玻璃瓶、不選 PET 的那一刻開始。

凱爾特人 2,000 年前喝過這口水。
他們不知道什麼叫永續。
你知道了，所以選擇的責任在你手上。

---

## 註腳・資料來源

### Hassia 集團與永續實踐
- [Hassia Mineralquellen 官網永續頁](https://www.hassia.com/nachhaltigkeit)：綠電、Mehrweg、climate-neutral 等具體數據來源
- [ZNU Standard「Nachhaltiger Wirtschaften」](https://www.znu-standard.com/)：母集團 2026/1 起取得的永續經營認證
- [Hassia: Bad Vilbel produziert jetzt klimaneutral](https://www.hassia.com/news/hassia-mineralquellen-produziert-jetzt-klimaneutral)：2020/6 climate-neutral 公告

### Rosbacher 歷史與礦物指紋
- [Rosbacher — Eine Marke mit Geschichte](https://www.rosbacher.de/magazin/eine-marke-mit-geschichte)：史前飲用紀錄、1565 年首次學術文獻記載、1584 年文藝復興時期紀錄
- [Rosbach vor der Höhe — Wikipedia EN](https://en.wikipedia.org/wiki/Rosbach_vor_der_H%C3%B6he)：Rosbach 鎮歷史與地理背景
- [Rosbacher 官方水質頁](https://www.rosbacher.de/)：鈣鎂比 2:1 礦物指紋

### 德國 Mehrweg 系統
- [Simple Germany — Pfand &amp; Mehrweg System](https://www.simplegermany.com/pfand-germany/)：玻璃 Mehrweg 瓶平均循環 50 次
- [German Beverage Industry — Mehrweg facts](https://www.bmel.de/)：德國礦泉水業者整體回收率 98%

### 台灣回收體系
- [環境部資源循環署](https://www.moenv.gov.tw/)：玻璃容器回收率、PET 寶特瓶回收率
- [Greenpeace 台灣：PET 是什麼？寶特瓶是最大塑膠污染源之一？](https://www.greenpeace.org/taiwan/update/38517/pet%E6%98%AF%E4%BB%80%E9%BA%BC%EF%BC%9F%E5%AF%B6%E7%89%B9%E7%93%B6%E6%98%AF%E6%9C%80%E5%A4%A7%E5%A1%91%E8%86%A0%E6%B1%A1%E6%9F%93%E6%BA%90%E4%B9%8B%E4%B8%80%EF%BC%9F%E4%B8%80%E8%B5%B7%E8%AA%8D/)：PET 與微塑膠

### 歐盟永續規範
- [EU Green Claims Directive](https://environment.ec.europa.eu/topics/circular-economy/green-claims_en)：綠色聲明邊界規範
- [EU PPWR Regulation 2025/40](https://eur-lex.europa.eu/eli/reg/2025/40/oj)：PET 寶特瓶 rPET 含量要求

### 海運碳排
- [DEFRA 2025 Greenhouse Gas Reporting](https://www.gov.uk/government/publications/greenhouse-gas-reporting-conversion-factors-2025) — 海運 vs 空運碳排基準
- 海運：約 10–20 g CO₂/噸·公里（container ships WTW 16.12 gCO2e/tkm）
- 空運：約 500–1,000 g CO₂/噸·公里（long-haul 平均約 600 gCO2e/tkm）
- IMO（國際海事組織）海運碳排監管框架

---

## 下一篇預告

下一篇我會寫：

**「160 年的家族水生意：Hassia 怎麼把『下一代』寫進每一個決定？」**
從 Hinkel 家族 1864 年的第一口井，到 2024 年第六代接班：歐洲家族企業的傳承邏輯，跟東亞家族企業有什麼系統性的差異？永續為什麼在歐洲家族企業裡是 default？</content:encoded><category>沉思與記憶</category><category>Rosbacher</category><category>永續循環</category><category>Mehrweg 玻璃瓶</category><category>Hassia 集團</category><category>跨海進口</category><category>ESG 採購</category><category>玻璃回收</category></item><item><title>為什麼歐洲餐廳的水單比咖啡單還長？</title><link>https://paulkuo.tw/articles/why-european-restaurants-have-water-menus/</link><guid isPermaLink="true">https://paulkuo.tw/articles/why-european-restaurants-have-water-menus/</guid><description>在丹麥 Noma、紐約 Eleven Madison Park、西班牙 El Celler de Can Roca，菜單還沒翻開、酒單還沒開始談，侍水師（Water Sommelier）就先遞上一本「水單」。比咖啡單還長，分頁、分級、分國家。
這篇文章拆解六個國家、十二款水的礦物指紋，搭配不同料理風格：從義大利番茄燉肉、法國紅酒燉牛、西班牙伊比利火腿到德國酸菜豬腳，說明水搭餐不是行銷噱頭，是化學邏輯。
最後也帶到一支台灣本地水「鎂日喝」，當我們開始喝有礦感的水，台灣餐桌會長什麼樣子？
</description><pubDate>Thu, 14 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **🪶 揭露**：本人協助 Rosbacher 與 Römer Brunnen 兩個品牌在台灣的市場開拓。本文涉及這兩個品牌與其他多支國際水款。內容以飲食文化與搭餐邏輯為主軸，避開療效訴求。所有「礦物質與健康」描述均屬知識普及，**不構成任何醫療建議**。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/why-european-restaurants-have-water-menus-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/why-european-restaurants-have-water-menus-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

&gt; **TL;DR**：歐洲餐廳的水單不是奢侈，是體系。義式番茄菜配中礦水（Pellegrino、Ferrarelle）、法式奶油配軟水（Evian、Acqua Panna）、西班牙油脂配高碳酸氫（Vichy Catalan）、德式發酵配高礦化（Gerolsteiner、Römer Brunnen）。這套邏輯不是行銷，是化學。

---

## 在 Noma 點水，比點酒還慎重

丹麥 Noma 在 2010 年代四度被選為「世界第一餐廳」（2010、2011、2012、2014，2013 年讓位給西班牙 El Celler de Can Roca）。如果你去過，你會注意到一件奇怪的事：**菜單還沒翻開、酒單還沒上來，侍者第一個遞給你的是「水單」（Water Menu）**。

水單分頁、分級、分國家。義大利的氣泡、法國的軟水、冰島的火山水、紐西蘭的雨水蒸餾水⋯⋯每一頁都有礦物分析、風味描述、搭餐建議。某些餐廳的水單甚至有專屬的「侍水師」（Water Sommelier）來指導你怎麼選，這在西班牙 El Celler de Can Roca、紐約 Eleven Madison Park、東京 Narisawa 都是常態。

第一次看到水單的人，反應通常是：「水不就是水嗎？需要這麼複雜？」

需要。原因跟葡萄酒一樣：**不同的水，會放大或抑制食物的特定風味**。

這篇文章用六個國家、十二款代表水的礦物指紋，告訴你水搭餐到底在搭什麼。

---

## 水搭餐的化學邏輯：三條原則

侍水師訓練裡有三條經典原則：

**1. 高鈣 + 高 HCO₃⁻ 的水 = 平衡單寧厚重的食物**
碳酸氫鹽會中和食物的酸度與澀感。所以結構宏大的紅酒燉肉、起司、單寧豐富的料理，需要這類水來「軟化」厚重感。

**2. 高鈉 + 高氯的水 = 對抗油脂與烈味**
鹹鮮感的水會刺激唾液分泌，幫助消化重油、發酵類、煙燻類食物。

**3. 低礦化軟水 = 烘托食材本味**
當料理本身細緻（如生魚、清蒸、清淡白肉），高礦感的水會壓過食材。這時要選軟水當隱形配角。

下面用六國的水款，套用這三條原則。

---

## 🇮🇹 義大利：番茄與起司的母國，給你 Pellegrino + Acqua Panna 二選一

義大利餐桌的「黃金組合」是 **S.Pellegrino**（氣泡）+ **Acqua Panna**（無氣）。兩支都是 Sanpellegrino 集團旗下，但風格完全相反：

| | S.Pellegrino | Acqua Panna | Ferrarelle |
|---|:---:|:---:|:---:|
| 類型 | 強氣泡 | 無氣 | 微氣泡 |
| 產地 | 倫巴底大區 | 托斯卡尼 | 坎帕尼亞 |
| TDS | 1,109 mg/L | 140 mg/L | 1,270 mg/L |
| 鈣 | 186 | 34 | 362 |
| HCO₃⁻ | 219 | 100 | 1,372 |
| 硫酸根 | 459 | 22 | 6 |

**搭餐邏輯：**
- **Pellegrino 高硫酸根（459 mg/L）配油膩、起司**：硫酸根帶來乾爽尾韻，刷掉油脂感。所以義大利人配 Parmigiano、Mortadella、燉肉時會點 Pellegrino。
- **Acqua Panna 低礦化**：配托斯卡尼地區的清淡海鮮、橄欖油生菜、輕食 Risotto。低 TDS 才不會搶過 Olive Oil 的層次。
- **Ferrarelle 微氣泡 + 平衡礦感**：介於兩者之間，配披薩、義大利麵這種「中間派」料理最舒服。

---

## 🇫🇷 法國：奶油大國，但水款光譜橫跨軟到極硬

法國有點分裂：既有 **Evian** 這種低礦化代表，也有 **Contrex** 這種硫酸根爆表的特殊水。

| | Evian | Contrex | Chateldon 1650 | Saint Géron | VALS |
|---|:---:|:---:|:---:|:---:|:---:|
| 類型 | 無氣 | 無氣 | 微氣泡 | 微氣泡 | 微氣泡 |
| TDS | 357 | 2,044 | 1,882 | 1,633 | 1,680 |
| 鈣 | 80 | 468 | 355 | 95.7 | 22.2 |
| 硫酸根 | 14 | **1,121** | 33 | 20.4 | 45.1 |
| 鈉 | 6.5 | 9.1 | 240 | 207.9 | 381 |
| HCO₃⁻ | 357 | 403 | 2,075 | 1,191 | 1,100 |

**搭餐邏輯：**
- **Evian** 軟水路線：配奶油醬白肉、舒芙蕾、慕斯這類**質感本身就柔軟**的食物。鈣 80 不至於壓過奶油風味。
- **Contrex 硫酸根 1,121（!）**：這個地質非常特別（法國孚日山脈 Vosges），高硫酸根帶來強烈乾爽尾韻，是少數能「對抗」法式重醬汁（如 Béarnaise、Hollandaise）的水款。
- **Chateldon 1650**：**1650 年起被法國王室文獻首次記載**，後來成為**路易十四（太陽王）的御用水**，每天從這個 Auvergne 小村送往凡爾賽宮。高鈣 + 高 HCO₃⁻ 適合配紅酒燉牛肉、Coq au Vin、Cassoulet。
- **Saint Géron / VALS**：介於中礦化，配 Bistro 經典料理（鴨胸、燉羊肩）剛剛好。

---

## 🇪🇸 西班牙：火腿、Tapas、烈味，派 Vichy Catalan 上場

西班牙國寶水 **Vichy Catalan** 由 Modest Furest 博士於 **1881 年**發現礦泉、**1890 年**正式註冊成品牌，是地中海餐桌上的固定班底。

| 項目 | 數值 |
|------|:---:|
| TDS | 3,052 mg/L |
| 鈉 | 1,070 mg/L |
| HCO₃⁻ | 2,031 mg/L |
| 鋰 | 1.3 mg/L |
| 鈣 | 15.3 mg/L |

**搭餐邏輯：**
- **極高 HCO₃⁻ + 極高鈉**：這套組合專門對付**重油 + 重鹹的料理**：伊比利火腿（Jamón Ibérico）、Manchego 起司、油炸 Tapas（Croquetas、Calamares）。
- 高鈉刺激唾液、HCO₃⁻ 中和油膩，**喝下去食物的鹹味會被「打開」一層**。

這也是為什麼西班牙人吃 Tapas 永遠配 Vichy Catalan，不配氣泡水（如 Pellegrino），後者鈉太低，壓不住伊比利火腿的鹹油濃度。

---

## 🇩🇪 德國：發酵、香腸、酸菜，三款水的階梯

德國本來就是礦泉水大國，光「Heilwasser 療癒水」就有 55 個水源。我們在 [上一篇](/articles/why-germans-take-water-seriously/) 已經介紹過 **Rosbacher** 跟 **Römer Brunnen**，這篇加入第三支：**Gerolsteiner**，德國最暢銷的氣泡礦泉。

| | Rosbacher 750mL（玻璃瓶） | Gerolsteiner | Römer Brunnen 1L（玻璃瓶） |
|---|:---:|:---:|:---:|
| 類型 | Power Sparkling 強氣泡 | 氣泡 | 微氣泡 |
| TDS | 1,840 | 2,500 | **4,912** |
| 鈣 | 233 | 345 | 550 |
| 鎂 | 111 | 100 | 127 |
| HCO₃⁻ | 1,236 | 1,800 | **2,849** |

**搭餐邏輯：**

- **Rosbacher 750mL 玻璃瓶（Power Sparkling 強氣泡）**：德國黑森邦 Rosbach 鎮的天然礦泉，**鈣鎂比 2:1** 在自然界並不常見（多數礦泉水的鈣鎂比落在 3:1 到 8:1 之間），是這支水的礦物指紋。也因為這個指紋，德國侍水師協會（Water Sommelier Union）的 Martin Sons 在官方推薦書裡，把 Rosbacher Sparkling 列為「**搭波爾多紅酒的非酒精開胃酒**」選項：這是搭餐光譜上很少見的官方認證。一支水撐三個場景：餐前 10 分鐘小酌啟動唾液 → 主餐搭白肉慢烤、起司拼盤、紅酒燉肉 → 運動後電解質補給。**玻璃瓶 750mL 是歐式餐桌的標準容量**：兩人份剛好喝完，氣泡也只有玻璃瓶扛得住數月不跑光。

- **Gerolsteiner**：德國餐桌「中礦化主流」，配 Wurst（香腸）、酸菜（Sauerkraut）這類發酵食物時最常用。氣泡幫助切過豬油的厚實感。

- **Römer Brunnen 1L 玻璃瓶**：來自 Bad Vilbel 小鎮、由 Hassia 集團 1929 年鑿建的深井，屬於德國法定的**「Heilwasser 療癒水」分級**：這個分級要經過德國聯邦健康部核可，**全國 800 多支礦泉水裡只有 55 支拿得到資格**。TDS **4,912 mg/L**、HCO₃⁻ **2,849 mg/L** 都是歐洲市場上的極高級距，能扛得住的菜也是極端：Schweinshaxe（德式豬腳）、Sauerbraten（紅酒醃牛肉）、煙燻起司、油脂厚重的慢燉鍋物。喝下去食物的厚重感會被「軟化」一層，這是 Evian、Acqua Panna 這類軟水做不到的事。Hassia 集團官方建議「每餐前或用餐時 0.25–0.3 公升」：**1L 玻璃瓶容量正好對應 3–4 人桌一餐喝完一瓶**，這是搭餐節奏算過的數字，不是任意設計。

**特別提醒**：德國侍水師協會（Water Sommelier Union）的 Martin Sons 在他的官方推薦書中明確指出：**Rosbacher Sparkling 是非酒精的開胃酒選擇（aperitif）**，特別適合搭配 **Merlot、Cabernet Sauvignon、波爾多紅酒**。這份完整推薦書可以從 [上一篇文章](/articles/why-germans-take-water-seriously/) 的資料來源區下載。

---

## 🇷🇴 羅馬尼亞：BORSEC，東歐被低估的水款

**BORSEC** 來自羅馬尼亞中部喀爾巴阡山脈，**1804 年**首次裝瓶。從哈布斯堡到奧匈帝國時期一直是維也納宮廷御用水：**奧匈帝國皇帝 Franz Josef 稱之為「礦泉水的女王」**（Queen of Mineral Waters）。

| 項目 | 數值 |
|------|:---:|
| TDS | 1,511 mg/L |
| 鈣 | 362 mg/L |
| 鎂 | 107 mg/L |
| 鈣鎂比 | 3.4:1 |

**搭餐邏輯：**
- 中礦化、平衡：適合東歐重肉料理（烤豬肉、Sarmale 葡萄葉包飯、Ciorbă 酸湯）。
- 在中東歐國家是「日常餐酒水」的角色。台灣比較少見，但近年精品超市偶爾進口。

---

## 🇹🇼 台灣：一個分類學的差別

寫到這裡，要先處理一個分類學的差別，這也是整個系列從頭到尾最重要的一個觀念。

前面文章談到的 **Rosbacher、Römer Brunnen、Vichy Catalan、Vytautas、Pellegrino、Acqua Panna……**這 11 款水，全部屬於**「天然水泉採集的礦泉水」**（Natural Mineral Water）：水從特定地層的深井或泉源直接抽取裝瓶，**礦物質完全來自地質本身**。瓶子裡的每一毫克鈣、每一毫克鎂、每一毫克鋰，都是地層花幾十年甚至上百年慢慢溶解的結果。

而台灣有兩個值得認識的本土水款，**剛好分屬兩個完全不同的類別**：一個是天然礦泉水，一個是調和水。把這兩個放在一起看，最能說明這個分類學上的差別。

### 巴部農 BabuLong：台灣的天然礦泉水

**巴部農**（[babulong.com.tw](https://www.babulong.com.tw/zh-TW)）是台灣**唯一商業化的天然鹼性火山岩礦泉水**，符合 CNS 12700「天然礦泉水」國家標準。

| 項目 | 數值 / 事實 |
|------|:---:|
| 類別 | **天然礦泉水**（Natural Mineral Water） |
| 水源 | 新竹縣橫山鄉深層自然湧泉 |
| 地質 | **玄武岩層過濾**（與德國 Vogelsberg 同類火山地質） |
| pH | **9.0 ± 0.5**（恆定天然鹼性） |
| 水齡 | **約 4,500 年**（美國 BETA Laboratory 檢測） |
| 主要礦物 | 偏矽酸（H₂SiO₃，俗稱「水中黃金」）、鈣、鎂、鉀、鈉、鍶等微量元素 |

**這支水有意思的幾個地方：**

1. **天然鹼性 pH 9.0**：全世界恆定鹼性礦泉水非常稀少。歐洲只有少數高碳酸氫鹽水款能達到（如 Saint Géron pH 接近 9）。
2. **4,500 年水齡**：比 Bad Vilbeler Römer Brunnen 深井（1929 鑽建）的水脈循環時間更長，地下滯留越久礦物溶解越穩定。
3. **玄武岩過濾**：跟德國礦泉水重鎮黑森邦的 Vogelsberg 火山地質同屬一類。台灣不是沒有「礦物指紋有故事的水」，只是商業規模還在發展。

所以「**台灣有沒有對標 Rosbacher 規模的天然礦泉水**」這個問題的答案不是「沒有」，而是「**有，叫巴部農**，只是它的市場知名度還沒跟上它的水質特殊性」。

### 鎂日喝：台灣的「調和水」

接下來看另一個截然不同的類別。

**鎂日喝**（悅氏品牌，名牌食品股份有限公司製造）是台灣主流市場中最具代表性以「高鎂飲水」為定位的產品之一，但**它跟巴部農、跟前面 11 款歐洲水都不是同一個東西**，瓶身成分欄寫得清楚：「**水、深層海水礦物質濃縮液**」。

| 項目 | 數值 / 事實 |
|------|:---:|
| 成分 | **水 + 深層海水礦物質濃縮液**（調和） |
| 水源 | 宜蘭縣頭城鎮地下水體（水權核准號 G10600007） |
| 製造商 | 名牌食品股份有限公司 |
| 鎂含量 | 300–350 mg/L |
| 鈣 | 0.5–1.5 mg/L |
| 鈉 | 5–16 mg/L |
| 鉀 | 1.5–15 mg/L |
| pH | 7.0–9.0 |
| 認證 | ISO22000、HACCP |

也就是說，那個讓它看起來「高鎂」的數字（300–350 mg/L），**不是地質給的，是後天加進去的**：把深層海水礦物質濃縮液，加進宜蘭頭城的地下水裡調和出來的。

### 兩個本質不同的產品類別

| 類別 | 台灣代表 | 歐洲代表 | 礦物質來源 |
|------|---------|---------|-----------|
| **天然水泉採集礦泉水**（Natural Mineral Water）| 巴部農 BabuLong | Rosbacher、Römer Brunnen、Vichy Catalan、Vytautas、Pellegrino | 地層數十年至數千年自然溶解 |
| **調和水**（Blended Water）| 鎂日喝 | — | 水 + 濃縮液工業調配 |

天然礦泉水的礦物指紋，是地層花幾十年到上千年慢慢溶解的結果，你喝的是「**一塊地的故事**」。調和水的礦物則是配方師調出來的，你喝的是「**一份產品設計**」。

**兩種都沒有對錯，但這是兩個本質完全不同的產品類別**，不應該並列比較。當你看到瓶身寫「**成分：水 + 某某礦物質濃縮液**」就是調和水；當你看到瓶身只寫「**成分：天然礦泉水**」或符合 CNS 12700 國家標準的標示，就是天然礦泉水。

⚠️ **注意事項**：鎂日喝瓶身明確標示「**腎功能異常者飲用前請先諮詢專科醫師意見**」。這提醒可以套用到所有高礦化水款（含天然礦泉水）：身體狀況特殊的人，喝高礦水之前先問醫師，比讀十篇文章都重要。

---

## 一張總圖：礦物指紋 × 料理風格

| 料理風格 | 推薦水款（礦物特徵）|
|---------|---------|
| 清淡白肉、生魚、清蒸 | **Acqua Panna**（軟水）|
| 義式番茄、起司、燉肉 | **S.Pellegrino**（高硫酸根）／ **Ferrarelle** |
| 法式奶油醬、舒芙蕾 | **Evian**（軟水）|
| 法式重醬汁、Hollandaise | **Contrex**（極高硫酸根）|
| 紅酒燉肉、Coq au Vin | **Chateldon 1650** / **Rosbacher 750mL 玻璃瓶** |
| 伊比利火腿、油炸 Tapas | **Vichy Catalan**（高鈉 HCO₃⁻）|
| 德式香腸、酸菜、發酵 | **Gerolsteiner** |
| 德式豬腳、煙燻、慢燉 | **Römer Brunnen 1L 玻璃瓶**（極高礦化）|
| 東歐烤肉、酸湯 | **BORSEC** |

不需要記每一條，記住三條原則就好：
- **重醬汁 / 厚單寧 → 高 HCO₃⁻**
- **油脂 / 鹹烈味 → 高鈉**
- **細緻食材 → 軟水**

---

## 給台灣讀者：今晚的餐桌想試「水搭餐」，從哪兩支開始？

讀到這裡可能會問：道理懂了，但這些歐洲水台灣買得到嗎？

從去年開始，**Rosbacher 750mL（Power Sparkling 強氣泡）**跟 **Römer Brunnen 1L（Heilwasser 療癒水分級）**已經以**德國原裝玻璃瓶**規格正式進入台灣市場，這兩款是我跟德國 Hassia 集團合作、在台灣協助開拓的兩個品牌。

要從歐洲十幾支水款裡挑兩支當「台灣餐桌水搭餐的入口」，我自己會推這兩支，原因講清楚：

### 入門款：Rosbacher 750mL 玻璃瓶（Power Sparkling 強氣泡）

**「德國侍水師協會官方背書的搭餐水」**，這句話在亞洲市場目前還沒幾支水款扛得起。

Rosbacher 來自德國黑森邦 Rosbach 鎮，**鈣鎂比 2:1** 在自然界並不常見（多數水款落在 3:1–8:1），是這支水的礦物指紋。Martin Sons 在 Water Sommelier Union 推薦書裡，正式列為「**搭波爾多紅酒、Cabernet Sauvignon、Merlot 的非酒精開胃酒選項**」，搭餐光譜上很罕見的官方認證。

用法很彈性：

- **餐前** 10 分鐘小酌：強氣泡啟動唾液與胃液，比 Pellegrino 更乾爽收尾
- **主餐**：搭白肉慢烤、起司拼盤、義式番茄菜、紅酒燉肉
- **運動後**：鈣鎂 2:1 + 礦質配比，補水兼補電解質

一支水撐三個場景，這是我會把它列為入門首選的原因。

**玻璃瓶 + 750mL 兩人份容量**：歐洲米其林餐桌不會看到 1.5L PET 瓶上桌，這個容量是搭餐節奏算出來的，氣泡也只有玻璃瓶才扛得住數個月不跑光。

### 進階款：Römer Brunnen 1L 玻璃瓶（Heilwasser 療癒水分級）

**「德國全國 800 多支礦泉水，只有 55 支能掛上 Heilwasser 這三個字」**：這是 Römer Brunnen 的入場券。

來自 Bad Vilbel 小鎮、由 Hassia 集團 1929 年鑿建的深井，**TDS 4,912 mg/L**、**HCO₃⁻ 2,849 mg/L**，礦化度跟碳酸氫鹽兩個數字都是歐洲市場上的極高級距。能扛得住的菜也是極端：

- Schweinshaxe（德式豬腳）
- Sauerbraten（紅酒醃牛肉）
- 煙燻起司、煙燻火腿
- 油脂厚重的慢燉鍋物（如紅酒燉羊肩、Coq au Vin）

喝下去食物的厚重感會被「軟化」一層：這是 Evian、Acqua Panna 這類軟水做不到的事，也是 Gerolsteiner（TDS 2,500）強度還不夠的場合。

**1L 玻璃瓶容量設計**對應 Hassia 官方建議的「每餐 0.25–0.3 L、3–4 人桌一餐剛好喝完一瓶」：這是搭餐節奏算過的數字，不是任意決定的規格。

### 為什麼這兩支都堅持玻璃瓶？

除了氣泡保留、不釋出微塑膠這些基本盤之外，**餐桌上放一支玻璃瓶就是把水提升到「跟酒同一個層次」的視覺訊號**。

你看不到 fine dining 餐廳把 1.5L PET 瓶端上桌、也看不到水單把 PET 瓶列為選項。玻璃瓶不只是擺設，**它是歐洲餐廳水單體系運作的物質前提**。

選德國原裝玻璃瓶的另一個原因：Hassia 集團在德國黑森邦的玻璃瓶**用的是循環回收回填系統（Mehrwegflasche）**，一個瓶子平均可以回填 50 次。這是 PET 瓶結構上做不到的環保循環。

### 第一步可以這樣試

找一家有牛排、燉肉、煙燻品的小館，自己帶一支 **Rosbacher 750mL** 上桌，告訴侍者「**今晚不點酒，配水**」。

如果是燉羊肩、德式豬腳、煙燻 BBQ、Sous Vide 厚切牛排的場合，換成 **Römer Brunnen 1L**。

喝一次你就懂：**水搭餐不是行銷話術，是嘴巴會給你誠實答案的事**。

---

## 為什麼台灣餐廳不會有水單？

走完六國，回到台灣。我們的 fine dining 已經有相當的酒單、咖啡單、清酒單，但**幾乎沒有水單**。

為什麼？

幾個結構性原因：
1. **進口水款少**：可選擇有限，做不出多樣性
2. **消費者預期**：點開水免費，要付錢買水有心理障礙
3. **侍水師訓練體系不存在**：餐飲業沒有對應的職位

但這些都是可以改變的。日本 2010 年代開始系統性引進歐洲水，現在東京 fine dining 餐廳普遍有水單。香港、新加坡也跟上了。

**台灣在飲食文化的進化曲線上，水單會是下一個訊號**：當餐廳開始問你「無氣還是氣泡？」、提供 2–3 種風格的礦泉水搭餐，那就代表台灣餐飲業已經真正成熟到一個層次。

而當你下次走進一家高級餐廳，看到他們遞給你水單：**那是一個正在進化的台灣餐桌，正在跟你打招呼**。

---

## 註腳・資料來源

### 各品牌官方礦物分析

- S.Pellegrino：[2022 Water Analysis Report (PDF)](https://www.sanpellegrino.com/us/sites/g/files/xknfdk2166/files/2023-03/EN_Water_Analysis_Report_2022.pdf)
- Acqua Panna：[官方產品頁](https://www.acquapanna.com/) / [Fine Waters Acqua Panna](https://finewaters.com/bottled-waters-of-the-world/italy/aqua-panna)
- Evian：[官方水質頁](https://www.evian.com/en_us/what-is-spring-water/water-attributes/)
- Gerolsteiner：[官方礦物頁](https://www.gerolsteiner.de/en/water-knowledge/water-lexicon/minerals)
- Vichy Catalan：[Wikipedia 條目](https://en.wikipedia.org/wiki/Vichy_Catal%C3%A1n)
- Contrex / Chateldon / Ferrarelle / BORSEC：各品牌官網

### 從上一篇延續的下載資源

- 📄 [Rosbacher Klassisch 0.75L SGS 檢驗報告](/downloads/water-research/rosbacher-klassisch-sgs-2024.pdf)
- 📄 [Bad Vilbeler Römer Brunnen 1L SGS 檢驗報告](/downloads/water-research/roemer-brunnen-sgs-2020.pdf)
- 🍷 [Water Sommelier Union 推薦書（Martin Sons）](/downloads/water-research/water-sommelier-union-rosbacher-recommendation.pdf)：含 Rosbacher 紅酒搭配的官方建議

### 餐飲文化參考

- Fine Waters 國際水侍協會：[finewaters.com](https://finewaters.com/)
- Khymos 礦泉水侍餐指南：[mineral waters à la carte](https://khymos.org/2012/01/04/mineral-waters-a-la-carte/)
- 德國侍水師協會：[watersommelier-union.com](https://www.watersommelier-union.com/)

### 台灣法規（合規參考）

- [食品安全衛生管理法第 28 條](https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=L0040001)

---

## 下一篇預告

下一篇我會寫：

**「為什麼鋰元素開始出現在歐洲礦泉水的醫學討論裡？」**
從 2025 年哈佛 Yankner 團隊的 Nature 研究談起：鋰、大腦、阿茲海默症之間的關聯，跟歐洲療癒水傳統有什麼歷史共鳴。</content:encoded><category>沉思與記憶</category><category>礦泉水</category><category>餐酒搭配</category><category>水單</category><category>飲食文化</category><category>侍水師</category><category>歐洲料理</category><category>進口品牌</category></item><item><title>Autoresearch 在個人 IP 場景的正確具身：不是讓網站自己懂機器，是讓 Agent 們一起懂我</title><link>https://paulkuo.tw/articles/autoresearch-degenesis-personal-ip/</link><guid isPermaLink="true">https://paulkuo.tw/articles/autoresearch-degenesis-personal-ip/</guid><description>Karpathy 2026 年 3 月初釋出 autoresearch、把研究流程壓縮成一個 autonomous research loop。我把同樣的精神搬到 paulkuo.tw 上、做了一個讓站台檔（llms.txt / siteSchema.ts / mcp.json）自動 mutate 的 reward loop。七週後我發現 experiments.json 早就 truncate 成 0 bytes、最後一次成功 mutation 是停擺前三天。這篇記錄一場橫跨 Chat / Cowork / Codex / Code 四個 session 的三方議事：是怎麼讓我從「想讓網站自己懂機器」reframe 成「讓 Agent 們一起懂我」、為什麼這場 reframing 本身就是 autoresearch v2 的活案例。
</description><pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 兩個月前我把 Karpathy autoresearch 具身成「讓 paulkuo.tw 站台檔自動 mutate」、七週後系統靜靜失效。一場橫跨四個 session 的三方議事揭露：個人 IP 站不該追求 fully autonomous self-optimizing website。autoresearch 在個人 IP 場景的正確具身、是 distributed autoresearch via Chat-Cowork-Codex-Code-Paul 五方議事：我已經 implicit 在跑、只是未被命名。本文這次 reframing 流程本身就是案例。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/autoresearch-degenesis-personal-ip-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/autoresearch-degenesis-personal-ip-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

2026 年 3 月初、Karpathy 釋出 [autoresearch](https://github.com/karpathy/autoresearch)：一個極小型的 autonomous research loop、讓 AI agent 在 single GPU 上針對 nanochat 訓練流程做實驗。它的基本機制很直白：agent 修改訓練程式、跑一段短時間訓練、檢查結果是否變好；變好就保留、變差就丟棄。這不是一個「聊天機器人 demo」、而是一個把研究流程壓縮成自動迴圈的原型。

我在他釋出前一個月、就 implicit 在跑相似精神的東西了。不是 nanochat、是 paulkuo.tw 的「站台檔自動 mutate」：讓 LLM agent 跑一個 loop：讀 llms.txt / siteSchema.ts / mcp.json / agent-card.json / robots.txt 五個白名單檔、提一個 mutation、Cloudflare Pages 重新 build、eval-worker 跑 AI Comprehension 評分、分數有進步就 keep、退步就 revert。我以為我懂他的願景。後來證明我只懂了一半。

那段時間我在白板上寫的草圖很單純：四層評分（llms.txt / JSON-LD / MCP+A2A / AI Comprehension）+ 一個 reward function（85 分爬到 95 分）+ 一個 mutation 池（每天讓 agent 從池子裡抽一個 mutation 跑）。我看著草圖那一刻、覺得這就是 Karpathy 給社群的 v1 在我個人 IP 場景的具身：他跑模型訓練、我跑網站優化、底層精神同一個。

當時的心情我記得很清楚。那種「終於找到對的 metaphor」的篤定感、配上「自動化讓自己解放」的興奮感。我把這套東西取了個名字、叫 AI-Ready Continuous Optimization System、寫了一篇文章說 [paulkuo.tw 要變成一個自己進化的網站](/articles/ai-ready-continuous-optimization)。3 月 22 日刊出。那時候系統還在跑：雖然當時我不知道、它前一天已經跑出最後一次成功的 mutation 了。

## 七週後我才發現 experiments.json 已經是 0 bytes

3 月 23 日 `bfacd167` commit 把 experiments.json truncate 成 0 bytes。最後一次成功 mutation 是 3 月 21 日。再之後全部 `mutation_failed`、prompt 超過 200k token、agent 連 reward 都拿不到。

但這套系統沒有報錯、沒有 alert、沒有 cron fail。它只是不再產生新的 experiment、安靜地坐在那邊。我以為它在跑。

5 月 12 日我終於回頭看的時候、它已經停擺七週。

治理裡最危險的缺口、從來不是大爆炸式的失敗。是這種無聲死亡：一套你以為在運作的系統、其實早就沒在運作、而你連它停下來都不知道。

但七週停擺只是症狀。當我把這件事丟回 Chat / Cowork / Codex 三邊獨立調查的時候、揭露的是另一層更上位的問題：三個盲點：自主被高估、對機器優化天花板低、對談基礎建設 ≠ 優化網站。

## 沒有頂級個人 IP 站在做 mutation engine

我以為 mutation engine 就是 autoresearch 的個人 IP 場景具身。但對齊行業數據之後、我發現我把兩個範式搞混了。

[ALLMO](https://www.allmo.ai/articles/llms-txt) 的觀察很刺眼：在它分析的被 AI 引用來源中、帶有 llms.txt 的網站比例低到幾乎可以忽略。SE Ranking 對近 300,000 個 domain 跑同樣的分析、也指向同一件事：目前看不出 llms.txt 會提高 AI citation frequency。這不是說 llms.txt 沒價值、而是說它還不是可被 reward function 直接追逐的成長槓桿。

&gt; **📊 關鍵數據**
&gt; - **ALLMO 分析**：120 個被 AI 引用網站中、帶 llms.txt 的比例低於 1%
&gt; - **SE Ranking 分析**：近 300,000 domains、有/無 llms.txt 對 AI citation 頻率無統計顯著差異
&gt; - **paulkuo.tw mutation engine 實驗**：5 檔白名單、其中 2 檔路徑寫錯（`public/llms.txt` 不存在、`public/mcp.json` 實際在 `.well-known/`）

我的判讀是、ALLMO 跟 SE Ranking 在說同一件事：llms.txt 是 hygiene、不是 moat。它可能對未來某個版本的 AI crawler 有用、但今天的 AI 系統不靠這個來決定要不要 cite 你。Google 的 John Mueller 直接把它比作「keywords meta tag」：至少當時主流 AI services 還沒承諾使用、也不容易在 server log 裡看到穩定的抓取。

更有意思的是、Mueller 把 llms.txt 類比成 keywords meta tag 之後、Google 旗下 Chrome for Developers / Lighthouse 文件又把 llms.txt 納入 agentic browsing audit、並稱它是給 LLM 與 AI agents 使用的 emerging convention；但同一份文件也明確說、沒提供 llms.txt 目前只是 N/A、不是錯誤。這代表它更像「可能會變重要的 hygiene」、而不是今天已經可驗證的 moat。個人 IP 站若把它放進 reward function、等於把一個尚未收斂的行業慣例、誤當成可優化的核心訊號。

這就是 ALLMO 報告的真正啟示：對機器優化的天花板低、且離 reward 太遠。你花一個月做完 5 檔白名單的 mutation engine、ALLMO 數據裡那 &lt; 1% 也不會因為你多了。

## Vercel v0 不是反例。範式 mismatch 才是

有人會說：[Vercel v0](https://v0.app/) 不就是 LLM 自動 mutate 網站嗎？產品成功了、為什麼個人 IP 站不能套？

v0 不是反例。它是 product。Vercel 在 2025 年 8 月把 v0.dev 轉成 v0.app、定位也從「產生 UI」推進到「用 agentic intelligence 研究、規劃、除錯、建置完整 app」。它的 reward signal 來自使用者是否真的把 app 做出來、部署出去、繼續付費使用：這些訊號密集、即時、可回饋。

但 product 跟個人 IP 站不是同一個範式。

個人 IP 站的 reward 是「邀請質量」「collaborator 主動聯繫密度」：稀疏、延遲、且通常 month-by-month 才能算出來。把 v0 的 mutation pattern 套到個人 IP 站、是把 product 範式套到 hygiene 場景、reward 訊號根本不夠 close the loop。

真正該對標的、是 Karpathy 在 v1 釋出後隨即在 [X 上補充](https://x.com/karpathy/status/2030705271627284816) 的下一層方向：autoresearch 要走向多 agent、非同步、大規模協作、像 SETI@home 那樣讓許多不同探索同時發生：

&gt; The next step for autoresearch is that it has to be asynchronously massively collaborative for agents (think: SETI@home style). The goal is not to emulate a single PhD student, it&apos;s to emulate a research community of them.

換句話說、重點不是模仿一個孤獨博士生、而是模仿一個研究社群：讓多個 agent 在不同 thread 上 explore 不同 hypothesis、然後把有效的 promote 上來。

我跑的 mutation engine、是 v1 的 single thread 範式。Karpathy 在 v1 釋出後隨即指出 v2 該往哪走，但我沒讀到那條 tweet、自己跑了一個月、然後讓它靜靜死了七週。

## 我已經 implicit 在跑 v2 範式了

回頭看這場 reframing 本身，我才發現一件事：本文這個結論、不是我一個人想出來的。

5 月 12 日那天、我把「AI-Ready 站台 mutation 系統要不要退役」這個問題、同時丟給三個 session：

- Chat session 從哲學角度切入、提了三身分 framing（個人 IP 站 / 工具站 / 寫作站 reward 結構不同）、引 ALLMO 跟 Mueller、寫了一份 conceptual reframing 報告
- Codex session 從工程審計角度切入、列了 13 個翻車案例 + 7 個過去也在追的淘汰範式、給了 Autonomy A0-A4 框架
- Cowork session 從本地調查角度切入、跑了 A1-A11 11 條偵察、抓到自己 5 檔白名單裡 2 檔路徑錯、發現 mcp.json `transport: client-side` 是 declarative 不是 executable

三方獨立、不對話、各自交報告。然後我作為 PM 收斂、Paul 拍板。整個過程從議題提出到 ADR Accepted、四個小時。

這就是 distributed autoresearch via 五方議事。這裡的 community、不是外部 1000 個 agents、而是 paulkuo.tw 內部協作模式裡的五方議事桌：Chat、Cowork、Codex、Code、Paul。

每一方都有自己的長處、也有自己的盲區。Chat 擅長概念重構與外部研究、Cowork 擅長本地偵察與檔案事實、Codex 擅長工程審計與失敗模式整理、Code 是可被驗證的狀態、Paul 則負責判斷、取捨與拍板。真正的價值不是「誰比較聰明」、而是它們彼此不共享同一個盲點：Cowork 自己永遠不會抓到 Chat 提的 ALLMO research、Chat 自己永遠不會抓到 Cowork 本地 grep 出來的「白名單 2/5 路徑錯」具體事實。

我已經在跑了。只是未被命名。Karpathy 給社群寫 v1、我給自己的五方議事桌寫 v2。

更深一層的洞察是：三身分 framing 才是七週停擺的結構真因。我的個人 IP 站、工具站（Agora Plaza / Builder&apos;s Scorecard / claude-usage-nyan）、寫作站（84 篇四語文章）：這三個身分的 reward 結構根本不同、卻被「讓 paulkuo.tw 自進化」這個概念強行捆綁在同一個 mutation engine 底下。Category confusion。

工具站內建 product metric、適合自主迴圈。寫作站可以拆：Schema.org coverage 是 hygiene 可以自動化、品質 audit 必須 human-in-the-loop。個人 IP 站 reward 太稀疏、根本不適合自主迴圈。把三個 reward 結構不同的東西、捆綁在一個 reward function 底下、結果就是 7 週靜靜停擺、然後我以為它在跑。

回頭看 Builder&apos;s Scorecard 那個 case 反而很有對比張力。Builder&apos;s Scorecard 是工具站、內建 product metric（每月 evaluation 完成率、score distribution、retention）、跑自主迴圈很自然：agent 看到某個維度的分數穩定壓不上去、可以自己提 mutation 跑試驗。但同樣的範式套到 paulkuo.tw 個人 IP 站、reward 訊號就稀薄到 agent 拿不到：「這篇文章寫了之後三個月內有沒有 collaborator 主動聯繫我」這種 signal、agent 等不到、loop 自然 close 不起來。我從 SDTI（Saint Dominic Trade Institute）做循環經濟、到 CircleFlow 做 EPR 合規系統、到 paulkuo.tw 寫散文：每一個身分的 reward 結構都不同。神學訓練教我看「事物的本質」、其中一條就是「不要把不同範式的東西用同一個語言收編」。我自己破了這條戒。

七週靜靜停擺、就是這個結構性錯誤的具身。

## Karpathy 寫 v1 給社群，我寫 v2 給五方議事桌

從 mutation engine 退役、不是 autoresearch 啟發退役。是載體遷移。

&gt; **Karpathy 給社群寫的 autoresearch v1**：single agent、single thread、single domain、Github 開源給世界跑。
&gt;
&gt; **我給自己的五方議事桌寫的 autoresearch v2**：multi-agent、multi-thread、multi-domain、Chat-Cowork-Codex-Code-Paul 五方協作。

我把這場 reframing 寫進 ADR、把 ai-ready-opt/ 跟 .github/workflows/ai-ready-opt.yml 用 `git mv` 跟 `git rm` 退役、寫了 retired notice 標明 ADR 連結、保留 git history 讓未來想 reentry 的人有完整路徑。整個 Phase 1 是一個 atomic commit、55 個檔案動了 405 行加 225 行減。

[前篇](/articles/ai-ready-continuous-optimization) 2026 年 3 月 22 日寫的 thesis 是「可持續的優化 = 區分有效訊號與無效波動」。那篇文章的精神我沒有否定：它依然成立。但它成立的範圍、是「在已經選對範式的前提下、優化方法」。本文要說的是另一層：範式本身選錯了、再怎麼優化方法都不會收斂。

[AI agents 跟 agentic AI 的演化](/articles/ai-agents-vs-agentic-ai) 那篇我寫過、從任務工具到能動夥伴的差別不在技術、在 framing。今天回頭看、五方議事就是 agentic AI 在個人 IP 場景的具身。[一個人跟 AI 開發即時翻譯系統](/articles/ai-collab-realtime-translator) 那篇紀錄的協作體驗、也是同一個範式的早期 prototype：當時我還沒意識到自己在跑 distributed autoresearch、只覺得「跟 AI 一起做事比較順」。

自主不是 mutation engine。自主是判斷力。

七週停擺不是單純的事故、而是一個治理訊號：最危險的系統、不一定是爆炸式失敗的系統、而是靜靜失效、卻讓你以為它還在運作的系統。

它提醒我：我以為自己在跑 autoresearch、其實我真正需要的、不是一個會自動改網站的 agent、而是一張能讓不同 agent 彼此校正、彼此揭盲、最後由人負責判斷的議事桌。</content:encoded><category>智能與秩序</category><category>autoresearch</category><category>Karpathy</category><category>multi-agent collaboration</category><category>distributed deliberation</category><category>personal IP</category><category>AI-Ready degenesis</category><category>five-party governance</category></item><item><title>礦泉水標籤上的那些數字，到底在講什麼？</title><link>https://paulkuo.tw/articles/how-to-read-mineral-water-labels/</link><guid isPermaLink="true">https://paulkuo.tw/articles/how-to-read-mineral-water-labels/</guid><description>上一篇講德國礦泉水文化時，很多朋友回我：「文章好看，但我看著 Rosbacher 瓶身上的礦物分析表，還是只認得鈣跟鈉。」
這是合理的：一張完整的 SGS 礦物分析報告可以列到 40 個欄位，從 TDS、pH 到鋰、鍶、矽酸、硼。
這篇是進階篇，把 13 個關鍵指標拆給你看：每個數字代表什麼、要看的數值範圍在哪、不同水之間怎麼比。讀完之後，下次拿起水瓶，你看到的不再是一堆元素符號，而是一張可閱讀的地質履歷。
</description><pubDate>Wed, 13 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **🪶 揭露**：本人協助 Rosbacher 與 Römer Brunnen 兩個品牌在台灣的市場開拓。本文用到這兩個品牌的官方 SGS 礦物分析報告作為案例。文中所有「礦物質與健康」相關論述均為知識普及，**不構成任何醫療建議**。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/how-to-read-mineral-water-labels-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/how-to-read-mineral-water-labels-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

&gt; **TL;DR** — 一張礦泉水礦物分析表可分四組看：**物理參數（TDS、pH、硬度）= 外觀**、**陽離子（Ca、Mg、Na、K）= 個性**、**陰離子（HCO₃⁻、Cl⁻、SO₄²⁻、F⁻）= 平衡**、**微量元素（Li、Sr、Si、B）= 指紋**。讀懂它們之間的比值關係，比記住單一數值更重要。

---

## 你會看 nutrition facts，但看得懂礦泉水的成分表嗎？

上一篇講德國礦泉水文化，很多朋友回我：「文章好看，但 Rosbacher 瓶身上那堆數字到底要怎麼看？」

這是合理的問題。

拿起一瓶 [Bad Vilbeler Römer Brunnen](/articles/why-germans-take-water-seriously/) 的 1L 玻璃瓶，把瓶身轉過來：你會看到一張小小的礦物分析表。可能列了八到十項：鈉、鉀、鈣、鎂、氯、硫酸根、重碳酸根、總礦物質。如果是 SGS Institut Fresenius 的完整報告，項目會擴到 30–40 個，包括你從沒在飲料包裝上看過的元素：鍶、鋰、矽酸、硼、銣、銫⋯⋯

我們從小被訓練看 nutrition facts：蛋白質幾克、脂肪幾克、鈉幾毫克。但礦泉水的成分表是另一種語言，它不是在告訴你「這瓶有多少熱量」，而是在告訴你「**這口井底下的地層長什麼樣**」。

這篇文章就是要把這套語言拆開來。

---

## 第一組：物理參數，這支水的「外觀」

把礦物分析表攤開，最上面通常有三個物理參數：**TDS、硬度、pH**。這三個是「看一眼水的整體性格」的入口。

### TDS（Total Dissolved Solids，總溶解固體）

最重要的單一指標。代表 1 公升水裡溶解了多少毫克的礦物質總量。國際慣用分級如下：

| 分級 | TDS 範圍 | 案例 |
|------|----------|------|
| 低礦化 Low | &lt; 500 mg/L | Evian（357）、Volvic（109）|
| 中度礦化 Medium | 500–1,500 mg/L | Vittel（841）|
| 中高礦化 Medium-High | 1,500–3,000 mg/L | **Rosbacher（1,840）**、Pellegrino（1,109）|
| 高礦化 High | 3,000–5,000 mg/L | **Römer Brunnen（4,912）**、Vichy Catalan（3,052）|
| 極高礦化 Very High | &gt; 5,000 mg/L | **Vytautas（7,309）**、Heppinger（5,800）|

看到 TDS 就大概知道水的「重量級」。台灣便利商店的水多在 100–300 mg/L 區間，所以一支 4,912 mg/L 的水進口，**口感會比你預期的「重」很多**。

### 硬度（Hardness）

硬度等於水中**鈣 + 鎂**的總量，通常以 mg/L CaCO₃ 等效表示。德國跟日本標籤上常見「Härte」或「硬度」欄位。國際分級：

- **軟水**：&lt; 75 mg/L（自來水多在此區間）
- **中硬水**：75–150 mg/L
- **硬水**：150–300 mg/L
- **超硬水**：&gt; 300 mg/L

Rosbacher Power Sparkling 的硬度是 **974 mg/L CaCO₃**（瓶身標示），屬於超硬水；Römer Brunnen 大約是 1,900。**硬度直接決定了水的「奶感」（cremig）**，軟水喝起來像水，硬水喝起來有「重量」。

### pH（酸鹼值）

7.0 是中性。礦泉水常見範圍是 5.5–8.5：

- **5.5–6.5**：偏酸（通常因 CO₂ 溶解，氣泡水多落在這區）
- **6.5–7.5**：接近中性（多數無氣礦泉）
- **7.5–8.5**：偏鹼（高碳酸氫鈉水款）

Rosbacher Power Sparkling pH **6.3**（瓶身），是氣泡水的典型值；高鹼性水（如 Evian pH 7.2、Fiji pH 7.5）口感較圓潤。**pH 不是「越鹼越好」**，人體胃酸 pH 約 1.5–3.5，喝下去的水再鹼一進胃就被中和，所謂「鹼性水抗酸體質」是行銷話術。

---

## 第二組：陽離子四件套，這支水的「個性」

物理參數看外觀，**陽離子四件套（Ca、Mg、Na、K）看個性**。這四個元素的絕對值跟比值，決定了一支水的「味覺定位」。

### 鈣 Ca²⁺

骨骼跟牙齒的主要組成。礦泉水裡的鈣是「離子態鈣」，比食物裡的鈣更容易被腸道吸收。WHO 建議每日鈣攝取 1,000 mg，老年人 1,200 mg。

- Rosbacher 750ml：**233 mg/L**
- Römer Brunnen 1L：**550 mg/L**
- Vytautas：**552 mg/L**

喝一杯 250ml 的 Römer Brunnen ≈ 138 mg 鈣，等同一份乳製品的鈣量。但這是「自然攝取」，不是建議當「鈣片代替品」（請繼續吃你的乳製品跟綠葉蔬菜）。

### 鎂 Mg²⁺

跟肌肉、神經系統、能量代謝相關。每日建議攝取 300–400 mg。礦泉水的鎂也是離子態，吸收率高。

- Rosbacher 750ml：**111 mg/L**
- Römer Brunnen 1L：**127 mg/L**
- Vytautas：**240 mg/L**（最高）

### 鈣鎂比（Ca:Mg）：比絕對值更重要的指標

人體吸收鈣的時候需要鎂協助。**理想比例是 2:1**，這也是 Rosbacher 全系列的核心訴求。比值偏離 2:1 太多會降低吸收效率：

| 水款 | Ca:Mg 比 | 評估 |
|------|---------|------|
| **Rosbacher 750ml** | 233:111 ≈ **2.10:1** | 接近理想 ✓ |
| **Rosbacher Power Sparkling** | 224:101 ≈ **2.22:1** | 接近理想 ✓ |
| **Vytautas** | 552:240 ≈ **2.30:1** | 接近理想 ✓ |
| **Römer Brunnen** | 550:127 ≈ **4.33:1** | 鈣顯著大於鎂 |
| Contrex（法國）| 468:74 ≈ **6.32:1** | 高鈣低鎂 |

下次看到水標榜「高鈣」，記得看一下鎂的數字，如果鎂太少，鈣的吸收會打折。

### 鈉 Na⁺

電解質、影響鹹味跟血壓。WHO 建議每日鈉攝取 &lt; 2,000 mg。礦泉水的鈉一般遠低於這個門檻，但**極高礦化水款（如 Vytautas 1,727 mg/L）一杯 250ml 就接近 432 mg 鈉**，高血壓族群要留意。

### 鉀 K⁺

也是電解質，但礦泉水裡的鉀通常不多（&lt; 10 mg/L）。Römer Brunnen 的 **55.4 mg/L 算非常高**：這是 Heilwasser 等級水款的指紋之一。

---

## 第三組：陰離子四件套，這支水的「平衡」

陽離子需要陰離子配對，才能達到「離子平衡」（總正電荷 = 總負電荷）。**陰離子四件套是 HCO₃⁻、Cl⁻、SO₄²⁻、F⁻**。

### 重碳酸根 HCO₃⁻（Bicarbonate）

最重要的陰離子。它是水的「緩衝劑」，讓水有圓潤的口感（alkalisch / 鹼感）。也是 CO₂ 溶解後的產物，氣泡水的 HCO₃⁻ 通常較高。

- Rosbacher 750ml：1,236 mg/L
- Römer Brunnen 1L：**2,849 mg/L**（極高）

**HCO₃⁻ 對 Cl⁻ 的比值**也是判讀的重要指標：比值高（碳酸氫主導）的水偏鹼性、口感圓潤；比值低（氯化物主導）的水偏鹹、刺激唾液。

### 氯化物 Cl⁻

鹹味來源。一般礦泉水低於 250 mg/L，極端水款（如 Vytautas **3,480 mg/L**）會明顯感到鹹鮮。Cl⁻ 跟 Na⁺ 通常同步上升，古海床地質的水特別高。

### 硫酸根 SO₄²⁻

讓水有「礦感」（mineralisch）跟乾爽尾韻。德國 Heilwasser 法規對高硫酸根水（&gt; 1,200 mg/L）有特別分類，傳統用於消化系統支援。

### 氟 F⁻

跟牙齒健康相關。WHO 建議飲水含氟 0.5–1.5 mg/L 對牙齒最有利，**過量會造成氟斑牙**。台灣自來水未額外加氟，所以從礦泉水攝取的氟對牙齒保健有些幫助。

- Rosbacher 750ml：0.06 mg/L
- Römer Brunnen 1L：**0.44 mg/L**（接近 WHO 建議下限）

---

## 第四組：微量元素，這支水的「指紋」

到這一層就是內行人在看的。微量元素含量極低（mg/L 級或更低），但**每個水源的微量元素組合是獨一無二的「地質指紋」**。

### 鋰 Li⁺（Lithium）

天然存在於含鋰岩層的水中。德國 Heilwasser 法規以 0.5 mg/L 為「鋰含量水」分類門檻。一般礦泉水鋰含量 &lt; 0.1 mg/L，德國高鋰療癒水可達 5–13 mg/L。

- Rosbacher 750ml：0.11 mg/L（SGS 官方）
- Römer Brunnen 1L：**1.1 mg/L**（超過 Heilwasser 鋰門檻 2 倍）
- Bad Mergentheimer Albertquelle：**13.0 mg/L**（全球最高紀錄）

&gt; **⚠ 台灣法規提醒**：本文僅就客觀礦物含量與國際分類做說明，**不得跨用為療效訴求**。

### 鍶 Sr²⁺（Strontium）

跟鈣相似的二價陽離子，骨骼相關。日本「海洋深層水」常以高鍶為賣點。礦泉水鍶含量一般 0.1–10 mg/L。

- Rosbacher 750ml：0.36 mg/L
- Römer Brunnen 1L：3.5 mg/L

### 矽酸 H₂SiO₃（Silica）

由地質矽酸鹽岩層溶出。一般礦泉水 5–30 mg/L。傳統認為跟皮膚、毛髮、結締組織相關，但科學證據還在累積。

### 硼 B（Boron）

來自含硼礦床。含硼量 &gt; 1 mg/L 在歐洲水款常見（Römer Brunnen 約 1.6 mg/L）。歐盟飲用水標準上限 1 mg/L，但礦泉水另有規範。

---

## 那要怎麼用這套框架？

回到具體場景。下次你拿起一瓶水：

1. **先看 TDS**：判斷重量級（&lt; 500 軟、500–1500 中度、3000+ 高、5000+ 極端）
2. **看 pH**：6.5 上下是日常飲用區、&lt; 6.5 通常是氣泡水、7.5+ 是高鹼性
3. **算 Ca:Mg 比**：接近 2:1 是電解質吸收最佳區，偏離太多代表單一元素過剩
4. **看 HCO₃⁻ / Cl⁻ 比**：高 = 圓潤、低 = 鹹刺激
5. **看微量元素有沒有亮點**：鋰、鍶、矽酸高的話通常是有「故事」的水源

從上一篇的 [Rosbacher / Römer Brunnen / Vytautas 三支水](/articles/why-germans-take-water-seriously/)，我做了一張完整的對照（每公升）：

| 指標 | Rosbacher 750ml | Römer Brunnen | Vytautas |
|------|:---------------:|:-------------:|:--------:|
| **TDS** | 1,840 | **4,912** | **7,309** |
| pH | n/a | n/a | 6.3 |
| 鈣 Ca | 233 | 550 | 552 |
| 鎂 Mg | 111 | 127 | **240** |
| **Ca:Mg** | 2.10:1 | 4.33:1 | 2.30:1 |
| 鈉 Na | 83.5 | 649 | **1,727** |
| 鉀 K | 4.0 | **55.4** | 32 |
| 氯 Cl⁻ | 141 | 610 | **3,480** |
| 硫酸根 SO₄²⁻ | 9.2 | 39 | **989** |
| **HCO₃⁻** | 1,236 | **2,849** | 300 |
| 氟 F⁻ | 0.06 | **0.44** | n/a |
| **鋰 Li⁺** | 0.11 | **1.1** | n/a |

這張表你不需要記住任何一個數字，你只要知道：**它代表三塊完全不同的地質結構，正在你手上**。

---

## 結尾：水的成分表，不是 nutrition facts，是地質的時間戳

我在做這個品牌之前，從來不看礦泉水標籤。我以為水就是水。

但花了三個月翻 SGS Institut Fresenius 的報告之後，我才理解這些表格在說什麼故事：**鈣 233、鎂 111 不只是數字，是黑森邦地下水脈穿越萊茵地塹板塊裂縫時，從含鈣含鎂玄武岩層裡溶出的數十年積累**。鋰 1.1 不只是微量，是 287 米深井打進古老地層時，把含鋰礦床帶到地表的證明。

水的成分表是地質的時間戳。一張表，背後是上萬年的板塊運動跟岩石風化。

下次你在便利商店或超市，習慣性掃過水牆，試試看停下來，拿起一瓶你從來沒喝過的水，把瓶身轉過去。**看看那塊地，這次寄了什麼禮物給你**。

---

## 註腳・資料來源

### 原始檢驗報告（可下載）

本文所有礦物質數值，均取自 SGS Institut Fresenius（德國國家認可機構 DAkkS 認證）的原始檢驗報告，由 Hassia Mineralquellen 集團提供。完整 PDF 可下載查閱：

- 📄 [Rosbacher Klassisch 0.75L 玻璃瓶 SGS 檢驗報告（Prüfbericht 6886143，2024-05-21）](/downloads/water-research/rosbacher-klassisch-sgs-2024.pdf)
- 📄 [Bad Vilbeler Römer Brunnen 1L SGS 檢驗報告（Prüfbericht 4740147，2020-03-30）](/downloads/water-research/roemer-brunnen-sgs-2020.pdf)
- 📄 [Hassia 集團 2007 年 Römer Brunnen 啟用儀式新聞稿（含 287 米自噴泉、Dr. Vogelsberger 鑽建史實）](/downloads/water-research/hassia-roemer-brunnen-press-2007.pdf)

### 國際標準與法規

- 國際分類標準：[Fine Waters - International Water Tasters&apos; Guild](https://finewaters.com/)
- WHO 飲用水標準：[Guidelines for Drinking-water Quality (4th ed.)](https://www.who.int/publications/i/item/9789241549950)
- 德國 Heilwasser 分類：[BfArM 聯邦藥物管理局](https://www.bfarm.de/)
- 歐盟礦泉水標籤規定：[Directive 2009/54/EC](https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32009L0054)
- 台灣食安法規：[食品安全衛生管理法第 28 條](https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=L0040001)

---

## 下一篇預告

下一篇我會寫：

**「為什麼歐洲餐廳的水單比咖啡單還長？」**
從義大利 Pellegrino、法國 Evian、西班牙 Vichy Catalan 到德國 Gerolsteiner：五個國家的水款怎麼搭配五種料理。</content:encoded><category>沉思與記憶</category><category>礦泉水</category><category>礦物質</category><category>TDS</category><category>pH 值</category><category>鈣鎂比</category><category>標籤解讀</category><category>飲食知識</category></item><item><title>同一條供應鏈裡的三個碳價：5 筆成交不是失靈，是制度逼你『自己減』的訊號</title><link>https://paulkuo.tw/articles/carbon-economy-thinking/</link><guid isPermaLink="true">https://paulkuo.tw/articles/carbon-economy-thinking/</guid><description>台灣碳交所開張一年半，定價交易只成交五筆。多數討論把這讀成市場失靈。
但 SSBTi 與童慶斌老師（台大生工系教授、SSBTi 榮譽理事）的觀點正好相反:
碳費 300 元的制度設計**就是要逼企業自己減，不是逼企業去買碳權**。
同一條供應鏈、同一公噸碳在台灣有三個價格（碳費 300、碳權 3,000–4,000、CBAM 約 2,790），
撕裂的不是政策訊號強度，是企業對訊號的準備度。
身為 SSBTi 的循環經濟合作夥伴，我延伸這個觀察提出「碳經濟思維」這個 framing：
企業不該等政府拉高碳價，該做的是把 internal shadow price 主動拉高、
配合 SSBTi 主張的 TNFD / SBTi / CDP 三軌第三方驗證。
本篇是上一篇〈CBAM 與碳數據主權〉的國內姐妹篇。
</description><pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 台灣碳交所 1.5 年只成交 5 筆，看起來像市場失靈。但 SSBTi 立場與童慶斌老師觀點明確：**碳費 300 元的制度設計就是要逼企業「自己減」，不是逼企業「去買碳權」**。同一條供應鏈三個碳價（300 / 3,000–4,000 / CBAM 約 2,790）撕裂的不是政策對錯，是企業準備度。真正的「**碳經濟思維**」不是等政府拉高碳價，是企業主動把 internal shadow price 拉高，並配合 SBTi / TNFD / CDP 三軌第三方驗證：這是 SSBTi 一貫立場。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/carbon-economy-thinking-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/carbon-economy-thinking-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

同一條供應鏈、同一公噸的碳，今天在台灣有三個價格。

繳給政府叫碳費，每噸 300 元。在碳交所平台買碳權，每噸 3,000 到 4,000 元。如果你的產品要出口歐盟，CBAM 算給你的對應碳成本，每噸大約 2,790 元（以 2026 Q1 證書價 75.36 €/t 換算）。

[UDN 上週的「陽光行動」專題](https://udn.com/news/story/124873/9496308)報了一個讓很多人愣住的數字：碳交所定價交易平台 1.5 年只成交**五筆、69 公噸**。

許多評論的第一反應是「市場失靈了」。但 SSBTi 與童慶斌老師（台大生工系教授、SSBTi 榮譽理事）的看法剛好相反：**這不是失靈，是制度設計成功的證據**。今天這篇文章我想把這個反直覺的判斷講清楚，並提出企業真正該做的事。

## 5 筆成交不是市場失靈，是制度成功

童慶斌老師在 2026-05-12 給 SSBTi 的訊息點得很清楚：

&gt; 「碳費只有 300 元，還有優惠費率，帶不起碳權的誘因；碳中和太難，也減少碳權需求；淨零只有 2050 年殘餘排放才可用 removal carbon credit。這些都限制了碳權發展。」

SSBTi 理事長汪瑞民（Raymond Wang）在 2026-05-12 Facebook 公開貼文進一步闡明 SSBTi 立場：

&gt; **「碳權不是減碳，企業管理和第三方驗證才是真正落實淨零目標減碳。」**

這個判斷的關鍵在於：**碳費 300 元 + 自主減量優惠 50–100 元的制度設計，不是「便宜可買」，是政策親自畫出的紅線：你應該把錢投在自己工廠的減碳工程，而不是去市場上買別人的碳權應付。**

換句話說，5 筆成交不是市場病了，是制度正在發揮設計意圖。問題不在政策強度不夠，是台灣大多數企業還沒接住這個訊號：還用「找最便宜的合規路徑」的老腦袋面對一個「逼你自己減」的新制度。

## 三個價格、兩個世界：撕裂的是企業準備度

把三個價格放到對歐出口的供應鏈裡看，會發現一件有趣的事。

對歐出口的台灣製造業，已經被 CBAM（約 2,790 元）和歐洲客戶的供應鏈合約逼著走國際水準。純內銷的台灣企業，政策只要求 300 元的碳費。這兩個世界**價格訊號的強度差將近九倍**，但這個差距不是「政策訊號太弱」的證明，是兩種企業準備度的鏡子。

對歐型企業已經被市場逼著建立內部碳盤查能力、第三方驗證、供應鏈碳數據治理：這些是 SSBTi 一直在倡議的「**第三方驗證 + 數據治理**」核心。純內銷型企業只看到 300 元的碳費，於是腦袋還停在「划算就繳」的合規層級。

這也是為什麼我說：**真正撕裂台灣供應鏈的不是價格，是準備度。** 同一家公司可能對歐線跑著 CBAM 規格、對內線跑著碳費 300 元規格，兩條路線的減碳投資邏輯互相打架。但這個矛盾的解法不是「等政府把對內碳價拉高」，是企業自己決定：**我要把對歐的標準也套用到對內，建立統一的內部碳經濟邏輯**。

## 「碳經濟思維」是企業內部 framing，不是等政府

我把這個企業內部的 framing 叫做「**碳經濟思維**」。它跟另外三種主流思維剛好可以對照：

**碳合規思維**把碳當成本要應付。「政府要我繳，我繳；要我報，我報。」追求最低合規門檻。台灣大多數內銷企業現在卡在這一層：因為 300 元便宜，所以選擇繳完了事。

**碳技術思維**把碳當工程要解決。「節能設備換一換、製程優化一下、ESG 報告寫漂亮。」這種思維企業內部 ESG 部門和顧問公司都熟，但盲點是：沒有經濟動機，技術不會被部署。

**碳道德思維**把碳當應該做的事。「對地球好、對下一代好、企業社會責任。」對大多數還在算成本的中小企業，動機很薄。

**碳經濟思維**把碳當**企業內部可投資的資產**來設計。它的核心問題不是「政府要不要把碳價拉高」，而是「**我作為企業，要不要主動把 internal shadow price 拉到接國際水準（如 CBAM 2,790 元），讓我內部所有減碳投資決策都用這個價格來算 NPV？**」

關鍵差異：碳經濟思維**不需要等政府改政策**。它是企業 CFO 跟永續長一起決定：我們公司自己採用 internal carbon pricing，因為這樣才能跟 EU 客戶長期對齊，才能建立可被 SBTi、CDP、TNFD 驗證的減碳路徑。

這跟童老師、Raymond Wang 主張的「**企業管理和第三方驗證才是真正落實淨零**」是同一個邏輯：責任在企業端，不在政策端。

## 減碳技術一直存在，卡在企業內部試算表

這幾年我作為 SSBTi 循環經濟合作夥伴的現場感受很清楚：**減碳技術一直存在。**

製造業要降電力強度、改用低碳燃料、回收餘熱、優化壓縮空氣系統：技術都在，案場也都在。但很多企業沒有動，因為老闆腦袋裡的試算表用的是 300 元的碳價。

典型案例：某中型製造廠評估一套餘熱回收系統，預計每年減 1,000 噸 CO₂，初估投資 1,000 萬。用 300 元碳價算，「碳價值」一年只有 30 萬，回本要 33 年，案子停掉。

但如果**企業自己決定**把 internal shadow price 拉到 2,790 元（採用 CBAM 國際水準作為內部投資 benchmark），同一個工程一年「碳價值」變成 280 萬，3.6 年回本，從不可投資變成可投資。

關鍵在「**企業自己決定**」這四個字。不是等政府把碳費拉高，是企業認知到「對歐合規早晚要到這個水準、SBTi 路徑需要這個水準、CDP 申報需要這個水準」：主動把這個價格寫進內部投資決策。這就是「碳經濟思維」的實踐。

## SSBTi 三大解方：TNFD / SBTi / CDP，不是更多碳權

面對「碳權買不到、買了不算數、買了還有 greenwashing 風險」的困境，SSBTi 的官方解方不是更多碳權，而是回到企業管理本質的**三條科學路徑**：

**1. TNFD（自然相關財務揭露）**

從生物多樣性角度切入。植樹造林、棲地維護不再是「換碳權」，而是「自然資本」的揭露。這條路對製造業的供應鏈管理（特別是農林漁業上游）特別有實質意義。

**2. SBTi（科學基礎減碳目標）**

從環境主機（Environmental Mainframe）角度切入。重點是企業本身碳盤查通過 **第三方驗證**（ISO 14064-1 / 14067 / 14044）。真正的減碳信譽來自可被驗證的科學路徑，不是來自買碳權。SBTi Net-Zero Standard 明定 1.5°C 路徑下需 90–95% 物理減排，僅 5–10% 殘餘排放可用永久性碳移除（DAC、強化風化、生物炭），**Avoidance credit 不被認可作為淨零工具**。

**3. CDP / 申報系統對接**

從企業客戶端的申報系統（CDP、EcoVadis、品牌客戶問卷）角度切入。把減碳成果轉化為可被買方認可的申報數據。SSBTi 在這個領域已累積多個成功案例。

這三條路徑的共同骨幹是「**第三方驗證**」：也就是企業自己建立可被外部稽核的碳數據能力。買碳權是補位用的，不是主菜。

## 跟 CBAM 篇的「碳數據主權」是同一條供應鏈軸線

[我上一篇 CBAM 文章](/articles/cbam-data-sovereignty)講了一個概念叫「**碳數據主權**」：你的碳數據主權在誰手上，決定誰能替你定價。那篇是國際軸：當歐盟用 2,400 頁的預設值文件替你定排放，定價權就在對方手上。

這篇是國內軸的姐妹篇：當企業還用 300 元的對內碳價當試算表 benchmark，整條供應鏈的減碳投資邏輯就被鎖死在那個水準。**兩篇的共同主張其實一致：企業要主動建立自己的碳數據能力、自己決定 internal shadow price，不能等別人告訴你該怎麼定價**。

- CBAM 篇：別讓歐盟替你定碳排放數字
- 本篇：別讓政府替你定減碳投資的價格水準
- 兩篇合起來：第三方驗證 + 內部碳經濟思維 = 完整的供應鏈碳治理

## 結論：碳權不是減碳，企業管理 + 第三方驗證才是

回到 UDN 的 5 筆、69 公噸。

這不是市場失靈，是制度設計成功的證據：政府用 300 元告訴企業「你應該投資自己減，不是來市場買別人的減量」。問題在於台灣大多數企業還沒接住這個訊號，繼續用「合規思維」面對一個「逼你自己減」的制度。

要走出來，缺的不是更多碳權專案，也不是更高的碳費：是換一個 framing：**碳經濟思維**。讓企業 CFO 和永續長一起把 internal shadow price 拉到接國際水準，把減碳當成可被 SBTi / TNFD / CDP 第三方驗證的投資組合來經營。

這正是 SSBTi 一貫倡議的：

&gt; **碳權不是減碳，企業管理和第三方驗證才是真正落實淨零目標減碳。**

碳權只是「最後一哩」的一種工具（淨零路徑上 5–10% 殘餘排放用的 removal credit），**不是減碳主菜**。主菜永遠是企業自己內部的盤查、驗證、跟可量化的物理減排。

而這套思維的起點，是承認一件事：**300 元決定的不是政府的政策強度，是企業要不要主動跳出合規思維、自己換上碳經濟思維的選擇**。

當企業還用 300 元在試算內部投資決策，是企業自己在告訴所有減碳技術提供者、減碳投資人、減碳新創：這件事在我們公司不值多少錢。然後我們抱怨「為什麼台灣沒有減碳獨角獸」、「為什麼綠能技術都在歐洲」、「為什麼我們的供應鏈跟不上國際 ESG 標準」。

答案不在政府的價格標籤上，**在每家企業自己的試算表上**。

---

&gt; **📌 SSBTi 官方立場聲明**
&gt;
&gt; 本文延伸自 SSBTi 2026-05-12 對碳權市場議題的官方立場：
&gt; **「碳權不是減碳，企業管理和第三方驗證才是真正落實淨零目標減碳。」**
&gt;
&gt; 完整立場文件由 SSBTi 理事長 Raymond Wang（汪瑞民）正式發布，並引用童慶斌老師（台大生工系教授、SSBTi 榮譽理事）對碳權市場四大結構性限制的判斷。如對 SSBTi 官方論述有疑義，以 SSBTi 正式發布版本為準（[SSBTi Facebook 公開貼文 2026-05-12](https://www.facebook.com/share/14bsY4oakRi/) / [SSBTi 官網](https://www.ssbti.org/)）。
&gt;
&gt; 本文為作者作為 [SSBTi](https://www.ssbti.org/) 循環經濟合作夥伴的個人觀察延伸，論述方向與 SSBTi 立場一致，但具體用語與舉例屬作者個人寫作判斷。

*本文延伸自 [UDN 陽光行動專題「供需失衡 碳權定價交易 1 年半僅成交 5 筆」（2026-05-12）](https://udn.com/news/story/124873/9496308)。本篇與上一篇 [CBAM 與碳數據主權](/articles/cbam-data-sovereignty) 互為姐妹篇：前者談國際數據端的攻防，本篇談國內企業端的 framing 轉換，兩者共同呼應 SSBTi「第三方驗證 + 企業管理」的核心立場。*</content:encoded><category>循環再利用</category><category>碳經濟思維</category><category>第三方驗證</category><category>供應鏈碳治理</category><category>台灣碳費</category><category>碳權市場</category><category>Carbon Pricing</category><category>SBTi</category><category>TNFD</category><category>CDP</category><category>SSBTi</category><category>循環經濟</category></item><item><title>為什麼台灣可以讓部分完成 Phase II 的細胞療法「先有條件上市、再補驗證」</title><link>https://paulkuo.tw/articles/taiwan-conditional-approval-trmat-pathway/</link><guid isPermaLink="true">https://paulkuo.tw/articles/taiwan-conditional-approval-trmat-pathway/</guid><description>打開再生醫療雙法上路後的台灣，會看到三層彼此銜接的制度設計：再生醫療雙法母法、《再生醫療製劑條例》第 9 條的「有附款許可」（俗稱附條件核准），以及食藥署（TFDA）與醫藥品查驗中心（CDE）正在推動的「臺灣再生醫療製劑輔導專案」（T-RMAT），於 2026 年 3 月正式公告啟動。若從國際趨勢來看，這套設計與美國 FDA RMAT、歐盟 EMA PRIME、日本 PMDA Sakigake 所代表的「加速審查 + 強化互動 + 提早准入」方向相互對照。本文梳理三層機制的銜接關係、適用條件與必要 trade-off，並從跨境合作現場的角度，說明這條路為什麼特別值得已具 Phase II 證據、且面向高醫療需求疾病的療法重新評估。是「再生醫療科技」系列的第三篇，承接篇 1「在台灣查英日文的健保資料有多難」與篇 2「為什麼罕病的證明是永久，但癌症只有三年」。
</description><pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 再生醫療雙法於 2026 年 1 月 1 日施行後，台灣逐步形成三層彼此銜接的制度設計：再生醫療雙法母法、《再生醫療製劑條例》第 9 條的「有附款許可」（本文亦稱附條件核准），以及食藥署與醫藥品查驗中心於 2026 年 3 月公告的「臺灣再生醫療製劑輔導專案」（T-RMAT）。若與國際制度對照，這套設計與美國 RMAT、歐盟 PRIME、日本 Sakigake 同屬再生醫療加速通道的政策趨勢。重點不在「放寬審查」，而在於：對符合條件的產品，主管機關可在風險效益已具初步支持時，透過上市後驗證、風險管理與持續監測，換取病人較早取得治療選項的可能性。台灣法規端的框架已大致就位，接下來更值得觀察的是業界是否真的依這套路徑提出申請，並累積可被驗證的上市案例。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/taiwan-conditional-approval-trmat-pathway-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/taiwan-conditional-approval-trmat-pathway-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

近期我們正在評估一項細胞療法在台灣落地的可能性。該療法已進入中後期臨床評估階段，目前正針對臨床價值、法規路徑與商業化模式進行初步研判。原本直覺以為，這條路仍會高度仰賴完整 Phase III、額外在地試驗與較長的上市等待期；但把制度拆開來看，才發現台灣過去幾年其實已逐步鋪出一條不同於傳統想像的路徑。

這項療法的背後，是一群已經等了很多年的病人。許多再生醫療療法在美國 Phase II 階段就已經展現有意義的療效，但台灣的病人通常還要再等 5 到 10 年。等美國 Phase III 完成、產品上市、引進台灣、跨過健保給付，這段時間裡，有些人已經等不到。對病程進展較快的疾病來說，每一個能被縮短的環節，都是現實意義上的選項。

2024 年 6 月，立法院三讀通過《再生醫療法》與《再生醫療製劑條例》，由總統公布，並於 2026 年 1 月 1 日施行。與此同時，食藥署與醫藥品查驗中心也對外推出「臺灣再生醫療製劑輔導專案」（Taiwan Regenerative Medicine Advanced Therapy Pilot, T-RMAT），於 2026 年 3 月公告啟動，作為加強早期法規溝通、審查規劃與申請前輔導的配套。幾項制度疊加後，確實讓「已具 Phase II 證據、且面向危及生命或嚴重失能疾病」的療法，在台灣出現比過去更可討論的加速進場可能性。

這條路至少有兩個常見誤解。第一，許多人一聽到「完成 Phase II 後可能申請附條件核准」，直覺會認為這是否代表審查標準放寬。第二，不少跨國藥廠在評估亞洲市場時，仍可能把台灣視為傳統上較晚承接歐美資料的市場，而尚未把新制度下的附條件核准與輔導專案，納入同一套策略考量。實際上，這兩個直覺都值得重新檢視。

---

## 為什麼完成 Phase II 就可以申請上市？三層機制怎麼疊起來

若回到《再生醫療製劑條例》本身，第 9 條所設計的附條件核准，是這條路徑的核心之一。依條文，申請對象必須同時滿足特定疾病屬性、臨床試驗進度，以及風險效益資料等條件，並非所有完成 Phase II 的產品都能直接適用。

第一，適應症必須屬於「危及生命之疾病」或「嚴重失能之疾病」。「危及生命」指疾病進展到某一階段，合理可能在數月內導致死亡，或若未及早治療可能發生過早死亡，重點在於死亡風險具迫近性。「嚴重失能」指疾病已嚴重損害身體功能、影響日常生活，或使病人無法獨立生活，且若不治療可能進一步惡化。短暫性、會自行緩解的後遺症或併發症則不包括在內。

第二，申請產品須已完成第二期人體試驗。換句話說，產品不是還在概念驗證階段，而是已經在受試者身上累積到一定規模的安全性與初步療效資料。

第三，申請人必須提出足以支持風險效益評估的資料，並經主管機關審查後認為具有安全性及初步療效，且經再生醫療審議會審議通過，才可能取得附條件核准。這道審議會的角色，是把醫療、倫理、產業、病友與審查實務的觀點疊在一張桌子上，決定特定產品是否值得用「提早上市」交換「後續驗證義務」。換句話說，這不是「Phase II 做完就上市」，而是「Phase II 做完後，才有資格被嚴格討論能不能有條件上市」。

通過有附款許可之後，廠商會取得一張有效期最長五年、不得展延的許可證。期間內必須持續執行療效驗證試驗，或提出具有相當證據支持力的真實世界資料（RWD）研究，並定期向主管機關提交資料。如果未履行附帶義務、或出現重大安全疑慮，主管機關可廢止有附款許可。

所以這張門票不是空白支票。它比較像一張有期限、有附帶義務、而且隨時可能被收回的准入資格。第一段，是用已完成的 Phase II 資料、風險效益審查與審議會判斷，換取提早准入；第二段，則是在上市後繼續執行療效驗證試驗，並定期繳交資料。如果義務沒有履行，或主管機關評估出現重大安全疑慮，許可可以被廢止。這跟「放寬審查」是兩件事，後者是直接降低標準，前者是把部分證據要求改為分階段履行。

第二層是再生醫療雙法的母法架構。《再生醫療法》規範的是醫療機構執行端，例如醫師資格、機構設施、人體試驗、知情同意、不良反應通報等。《再生醫療製劑條例》則規範產品端，從登錄審查、有附款許可、製造與配送、上市後管理到藥害救濟，整套納入和傳統藥品接近的「全生命週期管理」框架。對廠商來說，這代表競爭力的標準不再只是科學技術，還包括 PIC/S GMP、GDP、批次一致性、流向追蹤、冷鏈物流與長期風險管理能力。

第三層是 T-RMAT。食藥署與醫藥品查驗中心在 2026 年 3 月公告 T-RMAT，定位為一套加速輔導機制，目的是讓符合條件的再生醫療製劑業者，能在正式送件前就和審查端建立科學共識，並把臨床、CMC（化學、製造與管制）、毒理、統計等資料的方向，從一開始就和審查標準對齊。預定的輔導模式，包括與兩個單位每兩週一次的雙向溝通、滾動式審查、書面審查意見，以及前期諮詢結論在條件維持一致時對後續送件具有拘束效果。當廠商最終選擇遞件有附款許可或 BLA（生物製劑上市申請）時，目標審查時程可以壓縮到 120 天，IND（臨床試驗申請）則目標 15 天。這些數字是主管機關對外說明的目標審查時程，實際送件結果仍視個案資料完整度而定。

實務上要進入 T-RMAT，會優先支援以下幾類案子：已納入食藥署或醫藥品查驗中心既有指引與諮詢方案的再生醫療製劑、規劃於 2026 至 2027 年申請 BLA（含有附款許可）的產品、外泌體或細胞外囊泡（exosome／EV）的 first-in-human 試驗，以及具有公共衛生價值與高度臨床急迫性的再生醫療產品。

把三層放在一起，會看到的不只是三個獨立工具，而是一條「科學諮詢階段對齊 → 有附款許可門檻清楚 → 上市後驗證與安全監測接續」的連續設計。

## 把台灣放回國際加速通道地圖

這條路放在全球座標系裡，並不是孤例。美國 FDA 的 RMAT designation（Regenerative Medicine Advanced Therapy）自 2016 年《21st Century Cures Act》通過後開始運作。依 FDA 截至 2025 年 9 月 30 日的累計資料，CBER 共收到 388 件 RMAT designation requests，其中 193 件 granted、165 件 denied、14 件 withdrawn。這些數字說明一件事：RMAT 不是少數個案，而是美國再生醫療審查制度裡已經累積相當實務經驗的加速通道。歐盟 EMA 同年推出 PRIME（PRIority MEdicines），由 CHMP／CAT 提早指派 rapporteur，提供從科學諮詢、protocol 協助到加速評估的銜接服務，2024 年共收到 58 件申請、給予 15 件 designation。

對台灣最值得對照的，其實是日本。日本的 Sakigake 指定制度自 2015 年推出，把「在日本首先研發」「早期臨床資料顯示明顯療效」「針對未滿足醫療需求」「優先諮詢與加速審查」放在同一套邏輯裡，並把審查時程從 12 個月縮短至 6 個月。2017 年起，Sakigake 進一步與再生醫療製劑的條件式核准（conditional approval）結合，形成日本版的「前端加速輔導、後端有條件准入、再用上市後資料驗證療效與安全性」的制度組合。台灣現在的 T-RMAT 加上有附款許可，雖然制度細節不完全相同，但政策邏輯可以相互對照。對於資料來源跨越美日歐的療法而言，台灣這條路的位置，會比過去十年的「跟跑」更接近「並跑」。

## 跨境合作現場：為什麼這條路被很多人錯過

從跨境合作的角度看，這套機制最常遇到的，不是設計問題，而是訊息落差。

很多海外團隊對台灣的理解，還停在「市場小、審查跟著美歐後面跑、進場誘因有限」。但再生醫療這一塊，台灣近幾年的制度更新速度其實很快：雙法施行、有附款許可上線、T-RMAT 輔導專案公告、再生醫療審議會與上市後管理框架逐步成形。這些變化，還沒有完全轉換成國際業界的共同認知。

另外一個常見的誤判，是把「Phase II 加上市」當作「降低證據要求」。但實務上，有附款許可期間的療效驗證義務、上市後安全監測、來源與流向管理、藥害救濟設計，全部加起來的合規成本，並不會比走完整核准輕。這條路真正的差別不是「便宜」，而是「節省時間並提早讓有需要的病人接觸到療法」。對台灣有實際病人在等的療法來說，這個時間差，可能就是某些病人能不能等到的差別。

第三個值得放上對話桌的觀察，是這條路也特別適合已經累積東亞族群資料的療法。原因不是台灣只看東亞資料，而是再生醫療製劑涉及免疫反應、細胞動態、長期安全性與製程差異，外國臨床資料能否外推到台灣，會比一般藥品更需要說清楚。如果產品在日本、韓國、台灣或其他東亞族群中已有可解釋的臨床資料，審查時就比較容易討論「哪些資料可以外推、哪些資料需要補強」。許多正在日本走 Sakigake 與條件式核准路徑的療法，剛好具備這個條件。

在循環經濟與半導體跨域合作的過程裡，我看過幾次「制度已經改了、業界還沒接上」的時期。那種時期通常會有兩種人：一種是被既定印象綁住，繼續走熟悉但已過期的路徑；另一種是先去把規則重看一遍，調整自己的對外故事與內部時程表。後者往往是接下來幾年最快進入新市場的那群。

## 不是放寬審查，而是把部分證據要求改為分階段完成

如果只記得「Phase II 可以上市」這件事，會錯過有附款許可的另一面。

首先，有附款許可的有效期最長為五年，期滿不得展延。也就是說，這不是一種可以無限延長的過渡性上市資格；若申請人未能在法定期間內完成後續驗證、補足支持完整核准所需資料，附條件核准就無法一直維持下去。

其次，附條件核准並不代表後續療效驗證被免除。依制度設計，許可期間內仍須持續執行療效驗證試驗，或提出具有相當證據支持力的真實世界資料研究，並定期向主管機關提交資料。從實務上看，這常可理解為：原本通常期待在上市前完成的一部分 confirmatory evidence，改為在上市後持續補足，但並不必然等同於傳統狹義的 Phase III。

再次，申請人並不是只要提出臨床資料即可。依附條件核准制度，還必須提出療效驗證計畫、收費與收取方式、病人救濟措施，以及主管機關指定的其他事項。換句話說，這套制度要求的不只是科學證據，也包括病人實際接觸療法時的財務透明度與風險承擔安排。

此外，再生醫療製劑取得附條件核准後，並不會因此脫離一般藥品生命週期管理要求。就主管機關目前公開說明與相關規範脈絡來看，製造品質、運銷管理、來源與流向管理、上市後安全監測及藥害救濟等義務，仍需同步落實。這也意味著，對申請企業而言，附條件核准並不是「先拿到上市資格再補做內部合規」，而是必須在進場前就先把相當程度的品質與供應鏈管理準備好。

把前述條件放在一起看，就比較能理解這套制度的真正邏輯。附條件核准不是「先准了再說」，而是主管機關在特定疾病、高醫療需求、且已有初步療效與安全性支持的前提下，以更密集的上市後驗證、風險管理與持續監測，換取較早准入的可能性。對廠商來說，這不是減少責任，而是把一部分責任從上市前的等待，轉成上市後必須持續履行的法規義務。

因此，附條件核准、再生醫療審議會審查、T-RMAT 輔導專案、藥害救濟與全生命週期管理，並不是彼此分離的制度零件，而是支撐同一套加速准入邏輯的不同環節。若只看到「可以較早上市」，卻忽略後端的監測、驗證與病人保護設計，就會誤讀這套制度的本質。

## 從這條路看下一個十年

[篇 1](/articles/nhi-bilingual-data-gap) 從「資料介面」的角度，談公開資料完整不等於可用，並配上一個[四語可查的工具頁](/tools/nhi-catastrophic-illness/)（30 大項 + ICD-10 編碼 + 證明期限）。[篇 2](/articles/nhi-catastrophic-illness-tier-logic) 從「給付承接」的角度，談重大傷病期限分級已經具備 AI 時代分級給付所需的許多元素。這一篇則從「進場路徑」的角度，看再生醫療雙法、有附款許可與 T-RMAT 三層機制如何把「Phase II 證據已成熟」的再生醫療製劑，接進台灣的上市與臨床應用路徑。三條線疊在一起，會看到台灣在再生醫療雙法施行後，已不再只是抽象討論創新療法，而是開始具體建立讓特定產品評估附條件准入的制度框架。對產業端而言，真正的下一步不是再抽象討論「台灣是否重要」，而是要判斷哪些產品類型、哪些證據組合、哪些時程安排，能實際走進這條路。

對全球再生醫療業界來說，台灣在未來幾年是否值得重新評估，將取決於這套制度能否累積實際成功案例，以及主管機關是否持續提供可預測的審查互動。對政策端與審查端而言，制度完整性最後仍會回到兩件事：安全紀錄是否穩定，以及附條件核准是否真的能順利銜接後續完整證據。

對病人與家屬而言，這套設計的真正意義是時間。同樣一個療法在不同國家上市的時程差距，過去常常是病程快速進展疾病的決定性因素。再生醫療雙法、有附款許可與 T-RMAT 三層機制的核心價值，就是把這個時間差，用「上市後驗證 + 風險管理 + 病人救濟」的方式，部分提前釋放。對某些病人來說，這不只是政策上的進步，而是「還能不能等到」的可能性。

對在跨境合作中工作的人來說，這條路也提供了一個新的對話起點。過去十幾年，台日協作多半集中在電子、半導體、循環材料這些領域。再生醫療雙法上路後，台日之間多了一個共同可討論的題目：日本累積多年的 Sakigake 與條件式核准經驗，與台灣剛上線的有附款許可與 T-RMAT，能不能在實際案子裡形成可運作的銜接路徑。這是這個系列接下來會持續觀察的方向之一。

下一篇可進一步從資料外推角度，討論 ICH E5 架構下的橋接資料、東亞族群定義，以及全球臨床資料在台灣能否直接支持申請時，主管機關與申請人通常會如何看待族群因素與外部資料可接受性。這也會把本篇談的「進場路徑」，進一步連到真正的申請技術細節。

---

## 名詞對照（Glossary）

- **再生醫療法**：規範醫療機構執行細胞治療技術的法律，2024 年 6 月制定公布、2026 年 1 月 1 日施行。管的是「醫療端」。詳細介紹見[篇 1 名詞對照](/articles/nhi-bilingual-data-gap)。
- **再生醫療製劑條例**：規範藥廠研發、製造、上市再生醫療產品（含細胞治療藥物）的法律，2024 年 6 月制定公布、2026 年 1 月 1 日施行。管的是「藥廠端」。兩部法律合稱「再生醫療雙法」。
- **有附款許可**（Conditional Approval，本文亦稱「附條件核准」）：依《再生醫療製劑條例》第 9 條，對符合「危及生命或嚴重失能疾病」「已完成第二期人體試驗」「申請人提出之資料經審查具有安全性及初步療效，並經再生醫療審議會審議通過」之再生醫療製劑，得核予不超過五年、且不得展延之附條件核准。
- **T-RMAT**（Taiwan Regenerative Medicine Advanced Therapy Pilot，臺灣再生醫療製劑輔導專案）：食藥署與醫藥品查驗中心於 2026 年 3 月公告推動的再生醫療製劑輔導專案，重點在於申請前法規與科學諮詢、審查準備與溝通密度提升。對外說明的目標審查時程為 BLA（含有附款許可）120 天、IND 15 天，實際個案結果仍視資料完整度而定。命名邏輯對齊美國 FDA 的 RMAT designation。
- **再生醫療審議會**：依《再生醫療製劑條例》設置的審議組織，負責審議有附款許可、療效驗證計畫等重大事項。
- **FDA RMAT**（Regenerative Medicine Advanced Therapy Designation）：美國 FDA 自 2016 年《21st Century Cures Act》通過後運作的再生醫療加速通道，針對治療嚴重或危及生命疾病、且初步臨床證據顯示能滿足未滿足醫療需求的細胞治療、組織工程與基因治療產品，提供加速核准、滾動審查與密切互動等支持。
- **EMA PRIME**（PRIority MEdicines）：歐洲藥品管理局自 2016 年 3 月起運作的優先藥品計畫，提供 CHMP／CAT rapporteur 早期指派、迭代式科學諮詢、加速評估等支持。
- **PMDA Sakigake**：日本厚生労働省 2015 年起運作的「先行（さきがけ）」指定制度，可供對照的先驅審查制度。針對日本首先研發、早期資料顯示明顯療效的醫療產品提供加速審查，2017 年起進一步與再生醫療製劑的條件式核准結合，形成日本版的「加速設計 + 提早准入」雙層架構。
- **ICH E5**：國際協調會議（International Council for Harmonisation）關於族群因素與外國臨床資料可接受性的指引，是橋接資料論證的基礎框架。下一篇會深入展開。
- **PIC/S GMP**：藥品優良製造規範。
- **GDP**（Good Distribution Practice）：藥品優良運銷規範。
- **RWD**（Real-World Data，真實世界數據）：在常規醫療場域中收集的健康相關資料，例如電子病歷、健保資料、登錄資料庫、病人報告結果等，可用於支持有附款許可期間的療效驗證。

---

**說明**：本文為公開資料整理與制度觀察，不構成醫療、法律、投資、臨床試驗設計或藥事申請建議。個別產品能否適用有附款許可、是否適合進入 T-RMAT、海外臨床資料能否被接受，仍應以衛生福利部食品藥物管理署、醫藥品查驗中心最新公告，以及《再生醫療法》、《再生醫療製劑條例》及相關子法為準。

---

**資料來源**：
- [再生醫療製劑條例（總統公布版本）](https://www.president.gov.tw/File/Doc/62165f16-a63b-4ef1-8261-a35b562319ce)
- [再生醫療製劑條例（全國法規資料庫）](https://lawplayer.com/act/66899508935080305a9b4356)
- [再生醫療雙法於 2026 年 1 月 1 日正式施行（理律法律事務所）](https://www.leeandli.com/TW/NewslettersDetail/7564.htm)
- [再生醫療雙法系列文章（二）：再生醫療製劑之附款許可制度（理慈國際科技法律事務所）](https://www.leetsai.com/%E5%86%8D%E7%94%9F%E9%86%AB%E7%99%82%E9%9B%99%E6%B3%95%E7%B3%BB%E5%88%97%E6%96%87%E7%AB%A0%EF%BC%88%E4%BA%8C%EF%BC%89%E2%94%80-%E5%86%8D%E7%94%9F%E9%86%AB%E7%99%82%E8%A3%BD%E5%8A%91%E4%B9%8B%E9%99%84%E6%AC%BE%E8%A8%B1%E5%8F%AF%E5%88%B6%E5%BA%A6%E8%A7%A3%E6%9E%90?lang=zh-TW)
- [臺灣再生醫療製劑輔導專案（衛生福利部食品藥物管理署）](https://www.fda.gov.tw/TC/siteContent.aspx?sid=13610)
- [再生醫療製劑查驗登記有附款許可申請須知（衛生福利部食品藥物管理署）](https://www.fda.gov.tw/TC/siteContent.aspx?sid=13609)
- [專家蘇嘉瑞：剖析再生醫療製劑輔導專案（T-RMAT）如何影響生技產業（環球生技月刊）](https://news.gbimonthly.com/tw/article/show.php?num=85849)
- [Brief summary of the regulatory frameworks of regenerative medicine therapies（Frontiers in Pharmacology, 2024）](https://www.frontiersin.org/journals/pharmacology/articles/10.3389/fphar.2024.1486812/full)
- [Regenerative Medicine Advanced Therapy Designation（U.S. FDA）](https://www.fda.gov/vaccines-blood-biologics/cellular-gene-therapy-products/regenerative-medicine-advanced-therapy-designation)
- [Cumulative CBER Regenerative Medicine Advanced Therapy (RMAT) Designation Requests Received by Fiscal Year（U.S. FDA）](https://www.fda.gov/vaccines-blood-biologics/cellular-gene-therapy-products/cumulative-cber-regenerative-medicine-advanced-therapy-rmat-designation-requests-received-fiscal)
- [PRIME: priority medicines（European Medicines Agency）](https://www.ema.europa.eu/en/human-regulatory-overview/research-development/prime-priority-medicines)
- [Experiences from Japan – SAKIGAKE Designation System for Regenerative Medical Products](https://www.insights.bio/cell-and-gene-therapy-insights/journal/article/310/Experiences-from-Japan-SAKIGAKE-Designation-System-for-Regenerative-Medical-Products)
- [Japan&apos;s Conditional Approval Pathway for Regenerative Medicine（Sietsema et al., RAPS 2018）](https://www.lisata.com/wp-content/uploads/2021/02/Sietsema-et-al.-2018-RAPS-1.pdf)
- [美國《用於治療重大病症之再生醫學療法之加速開發方案》指引（生技法律學社）](https://www.biotechlaw.org.tw/activity/posts/54)
- [再生醫療製劑條例及國際核准現況（台灣藥學會）](https://www.twpharmconf.org.tw/upload/program/20241218/492d413fea434a52bc93629e56ff53c9/492d413fea434a52bc93629e56ff53c9.pdf)</content:encoded><category>智能與秩序</category><category>再生醫療</category><category>再生醫療製劑條例</category><category>有附款許可</category><category>T-RMAT</category><category>細胞治療</category><category>跨境引進</category><category>醫藥法規</category></item><item><title>德國人為什麼把水喝得這麼講究？──從一支「國家認證療癒水」說起</title><link>https://paulkuo.tw/articles/why-germans-take-water-seriously/</link><guid isPermaLink="true">https://paulkuo.tw/articles/why-germans-take-water-seriously/</guid><description>德國對礦泉水的分類嚴格到由《藥品法》規範：一般礦泉水叫 Natürliches Mineralwasser，更上一階是 Heilwasser 療癒水，全德國僅約 55 個水源獲此認證。
我協助 Rosbacher 跟 Römer Brunnen 在台灣開拓市場後，發現這套分級制度背後是地質、文化、味覺訓練的三重結構。
這篇文章試圖回答：為什麼德國人願意花錢喝礦化度極高的水？以及當我們重新理解水的時候，台灣的飲水選擇可以怎麼變多樣。
</description><pubDate>Tue, 12 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **🪶 揭露**：本人協助 Rosbacher 與 Römer Brunnen 兩個品牌在台灣的市場開拓。本文涉及這兩個品牌，內容仍以德國礦泉水文化的客觀討論為主，盡量避開廣告話術。文中礦物質與健康相關論述屬於文化、地質、歷史脈絡下的客觀陳述，**不構成任何醫療建議**。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/why-germans-take-water-seriously-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/why-germans-take-water-seriously-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

&gt; **TL;DR** — 德國礦泉水分成兩階：一般礦泉水（Natürliches Mineralwasser）與療癒水（Heilwasser）。後者由《藥品法》規範，全德僅約 55 個水源獲認證。背後是地質、法律、味覺訓練的三層結構，這是台灣飲水市場結構上缺的東西。

---

## 在台灣，水是水。在德國，水是水單。

在台灣，「礦泉水」大概就是寶特瓶裝、20 元一瓶、口味中性、便利商店架上的東西。差別頂多在「有牌沒牌」、「有沒有特別行銷」，但本質上是一個高度同質化的商品。

可是你如果走進柏林、慕尼黑、漢堡的超市飲料區，會看到一個完全不同的世界：礦泉水分成「無氣 / 微氣 / 中氣 / 強氣」四個檔次，每個檔次又分成幾十個品牌，價格從 0.3 歐元到 5 歐元一瓶都有。

德國餐廳點水會問你「**Still oder Sprudel？**」（無氣還是氣泡？），就像點咖啡會問你拿鐵還是美式一樣自然。

更特別的是：德國法律把礦泉水**分成兩個正式階級**。一般的「天然礦泉水」（Natürliches Mineralwasser）是一階，更上一階的叫「**Heilwasser**」，療癒水。後者不是行銷詞，是受德國《藥品法》（[Arzneimittelgesetz](https://www.gesetze-im-internet.de/amg_1976/)）規範的**法定身份**。

我代理的兩個品牌：**Rosbacher** 跟 **Römer Brunnen**，剛好分別屬於這兩階。Rosbacher 是德國中度礦化天然礦泉水的代表，Römer Brunnen 則是德國少數通過國家認證的療癒水源。

用這兩個品牌，可以講一個更大的故事：**為什麼德國人對水這麼講究？**

---

## 黑森邦地質如何造就德國礦泉水：萊茵河谷 × Vogelsberg 火山岩

要理解德國礦泉水文化，得先從地底下講起。

德國中部的黑森邦（Hessen）是德國礦泉水產業的心臟地帶。這個地區的地質結構特別：[上萊茵地塹](https://en.wikipedia.org/wiki/Upper_Rhine_Plain)（Oberrheingraben）的板塊裂縫讓地殼開出深層通道，遠古火山活動在地底留下含礦岩層，再加上 [Vogelsberg 火山系](https://en.wikipedia.org/wiki/Vogelsberg)（中歐最大的連續玄武岩構造）的岩層覆蓋。這些條件組合起來，把黑森邦地下變成一個天然的礦物實驗室。

地下水在岩層裡循環的時間越長、接觸的礦物層越多樣，水裡溶解的礦物質就越豐富。黑森邦的地下水脈往往要在地底**循環數十年甚至上百年**才會湧出地表。這段時間裡，水把岩層裡的鈣、鎂、鈉、鉀、碳酸氫一點一點溶解進來，**形成屬於這片土地的礦物指紋**。

這就是為什麼黑森邦會誕生 Rosbacher 跟 Römer Brunnen 這兩支風格完全不同的水。

### Rosbacher（Rosbach vor der Höhe・1877）

法蘭克福商人 Karl Andreae 在 1876 年從 Nieder-Rosbach 市政府取得礦泉，**1877 年鑿建三口新泉並建廠**：這是 Rosbacher 取水歷史的起點，迄今約 150 年。Hassia 集團是 2001 年才買下這個品牌，但水源從未改變。

水脈穿越富含鈣、鎂的岩層，出水時**鈣鎂比例剛好 2:1**，這個比例對應人體運動流汗時流失礦物質的比例，也是 Hassia 整個 Rosbacher 系列在德國被定位為「運動補水」的核心訴求。

### Römer Brunnen（Bad Vilbel・1929–1930）

Bad Vilbel 這個城市，礦泉文化可以追溯到羅馬時代。1848 年蓋鐵路時挖出公元 180 年的羅馬浴場遺跡，包括一片 **7×4.75 米的海洋之神 Oceanus 馬賽克**：這是黑森邦境內出土最大的羅馬馬賽克，現存於 [Darmstadt 黑森邦立博物館](https://www.hlmd.de/en/discover/art-and-cultural-history/archaeology)。羅馬人喝這裡的水，泡這裡的浴。

**1929–1930 年**，當地 Kohlensäurewerk 廠長 **Dr. Albert Vogelsberger** 主持，鑿建一口 **287 米深**的井，當年因為黑森邦泉水保護法限制只能鑽 15 米，所以這口井蓋在 Nidda 河的另一岸。出水的礦化度極高、含微量鋰，最初命名 Friedrich-Karl-Sprudel，後來改名 Römer Brunnen（羅馬之泉）。

最讓人不可思議的是：**這是一口「自噴泉」**（artesische Quelle）。礦泉水靠自身壓力，從地下 287 米直接湧出地表，**不需要任何抽水動力**。Hassia 集團在 2007 年正式為這口井蓋了參觀平台，讓遊客可以親眼看見這個自然奇景（[2007 年新聞稿](https://www.hassia.com/news/bad-vilbeler-roemer-brunnen-wird-eingeweiht)）。

**1955 年**，德國政府正式認定這口井為 **Staatlich anerkannte Heilquelle**（國家認證療癒水源），這在德國有法律地位，全德國目前約 55 個水源在這份名單上。

&gt; **📊 兩支水的礦物指紋對照（每公升）**
&gt; - **Rosbacher 750ml 玻璃（氣泡）**：總礦物 1,840 mg | Ca 233 | Mg 111 | Na 83.5 | Cl⁻ 141 | HCO₃⁻ 1,236 | Li 0.11
&gt; - **Rosbacher Power Sparkling 500ml PET（亞洲版）**：總礦物 1,794 mg | Ca 224 | Mg 101 | Na 89 | pH 6.3
&gt; - **Römer Brunnen 1L**：總礦物 **4,912 mg** | Ca 550 | Mg 127 | Na 649 | HCO₃⁻ **2,849** | Li 1.1 | F⁻ 0.44
&gt; 數據來源：SGS Institut Fresenius DAkkS 認證檢驗報告（Rosbacher 6886143／2024-05；Römer Brunnen 4740147／2020-03）

兩個水源直線距離只有約 **15 公里**（道路約 19 公里），同屬黑森邦地下水系，但因為地下水流經的岩層完全不同，最終礦物指紋差距達 2.7 倍，**這是德國礦泉水文化裡最迷人的事**：地質決定了水的個性，水的個性決定了它在餐桌上的位置。

---

## Heilwasser 是什麼？德國《藥品法》如何把水變成藥

德國最特別的地方在這。

**Heilwasser**，直譯「療癒水」，但這不是行銷詞，是德國《藥品法》（Arzneimittelgesetz, AMG）下的正式分類，由 [BfArM 聯邦藥物與醫療器材管理局](https://www.bfarm.de/) 監管。

要在德國合法掛上「Heilwasser」三個字，這支水必須：

1. **來自單一深井水源**，不允許混合
2. **礦物濃度與成分穩定**，每年定期由國家認可實驗室檢驗
3. **必須提交臨床或藥理學文獻證明對特定症狀有輔助作用**
4. **包裝上必須註明「對 XX 症狀有療效」**：這是強制標示，不是禁止標示

也就是說，在德國的礦泉水世界裡，**「療癒水」是一個比一般礦泉水更高階的法定身份**，有點像紅酒的 DOCG / DOC 分級系統。

全德國目前約 **55 個水源**有 Heilwasser 身份（1998 年有 60 個，數量逐年遞減）。每一支都對應特定的礦物特色與訴求方向：

- **Staatlich Fachingen**：高碳酸氫鈉（鋰 0.77 mg/L），傳統用於胃酸過多
- **Heppinger Extra**：高鋰、高碳酸氫（鋰 0.84 mg/L），傳統用於消化系統支援
- **Bad Mergentheimer Albertquelle**：**全球已知鋰含量最高的礦泉水（13.0 mg/L）**，礦化度高達 44 g/L
- **Römer Brunnen**：高鈣高鎂含微量鋰（1.1 mg/L），傳統用於骨骼與礦物質補充

Römer Brunnen 就在這份名單裡。

這套德國 Heilwasser 系統在台灣**不成立**。台灣《[食品安全衛生管理法](https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=L0040001)》第 28 條明定食品（包括礦泉水）不得做療效訴求。所以即使是德國法定療癒水，在台灣商品頁上也只能寫「天然高鈣」「天然含鋰」這類客觀礦物陳述，不能跨用德國的療效論述。

但這不影響我們**理解**德國人為什麼對水這麼較真。當水可以被法律分級、可以對應療效宣稱、可以是處方的一部分，這個社會跟水的關係，跟台灣已經不在同一個維度。

---

## 德國人怎麼喝礦泉水？五種礦感與味覺訓練

這是最反直覺的一點。

德國人會把礦泉水當成「**食物的一部分**」，而不是「配食物的水」。

去德國高階餐廳吃飯，點酒之前會先點水。侍者通常會問：

1. **無氣還是氣泡？**（Still oder Sprudel）
2. **本地水還是其他產區？**
3. **建議搭配的水款是哪一支？**

是的，**水也有產區概念**。德國的飲水文化發展出一套品鑑語言，可以對照葡萄酒侍酒師的訓練：

| 礦物 | 口感德文 | 風味描述 |
|------|---------|---------|
| 高鈣 | cremig | 奶感、尾韻略甜 |
| 高鎂 | metallisch | 金屬感、尾韻帶澀 |
| 高碳酸氫 | alkalisch | 鹼感、口感圓潤 |
| 高鈉 | salzig | 鹹鮮感、刺激唾液 |
| 高硫酸根 | mineralisch | 礦感、尾韻乾爽 |

這套訓練讓德國人**喝水就像台灣人喝茶**，你能分辨高山烏龍、紅玉、四季春的差異，他們也能分辨 Rosbacher、Gerolsteiner、Apollinaris 的差異。

而**為什麼世界上有礦化度更極端的水**？比如立陶宛的 Vytautas，總礦物質 7,309 mg/L，約是 Römer Brunnen 的 1.5 倍，這在德國境外的礦化光譜終端，是訓練味覺的最後一階。對台灣味覺來說可能會直接放棄，**因為訓練量還沒到**。

味覺是用經驗養出來的，不是天生的。

就像第一次喝精品咖啡的人會覺得太酸、第一次吃藍紋起司的人會覺得太臭，你需要先從中等強度開始，慢慢擴張耐受度。

---

## 回到台灣：為什麼便利商店水牆 20 年沒變？

協助 Rosbacher 跟 Römer Brunnen 開拓市場之後，常被朋友問：「我又不是德國人，這對我有什麼意義？」

我的看法是這樣：

**這不是「德國喝什麼，我們就跟著喝什麼」的崇洋問題，而是台灣的飲水選擇本來就應該變多樣**。

台灣便利商店的水牆已經 20 年沒什麼變化了。同樣的低礦化、同樣的中性口感、同樣的 20 元定價區間。我們的味覺被訓練成「水就該是這個樣子」，但這跟德國、日本、北美的飲水文化比起來，其實是一個被簡化過的世界。

當你開始喝有礦感的水，會發生幾件事。

第一，舌頭打開了。原本覺得「水沒什麼味道」的味覺，慢慢會分辨出鈣感、鎂感、鹼感、甜感。這個能力一旦打開，喝什麼都會更有層次。

第二，補充這件事變得不一樣。喝 Römer Brunnen 一杯 250ml，等於同時補進約 138 毫克鈣、32 毫克鎂、162 毫克鈉，這比起去吃保健食品，是更接近自然的攝取方式。

第三，水可以「配餐」。德國人配豬腳會點強氣泡水、配清蒸魚會點無氣礦泉，**水跟食物的搭配邏輯，跟酒幾乎是一樣的**。

這不是要每個人都變成「水侍」。我自己日常也是喝煮過的自來水居多。但**家裡冰箱角落擺一支 Rosbacher、一支 Römer Brunnen，配不同食物用、招待客人用、認識自己味覺用**，比擺一打超商水有意思多了。

延伸閱讀：飲食文化的多樣性，從一杯水開始

---

## 礦泉水入門路線：從 Rosbacher 到 Römer Brunnen 的三階訓練

如果你看完這篇想試試看德國礦泉水的味覺體驗，建議走這個三階路線：

**第一階・氣泡入門** → **Rosbacher 750ml 玻璃**（1,840 mg/L，強氣泡）
鈣鎂 2:1 黃金比例、中高礦化、玻璃瓶。家用配餐最舒服。氣泡會把礦感層次放大，是進入「德國礦泉水世界」的標準起點。

**第二階・場景延伸** → **Rosbacher Power Sparkling 500ml PET**（1,794 mg/L，強氣泡）
同水源、同訴求，PET 寶特瓶設計給外帶與運動。是 Hassia 集團為亞洲市場特別命名的版本，也是德國 Bundesliga（足球聯賽）幾支球隊的官方補水。

**第三階・進入療癒水分級** → **Römer Brunnen 1L**（**4,912 mg/L**，SGS 官方）
進入德國國家認證療癒水的礦化光譜。鈣 550、鎂 127、鈉 649、HCO₃⁻ 2,849、含微量鋰 1.1，三大礦物都顯著。礦感濃厚、適合慢飲與配重口味料理。

走完這三階，你會對「水」這個東西有一個完全不同的理解。

而那個時候，你就懂了：**為什麼德國人願意為一支水這麼較真**。

---

## 註腳・資料來源

### 原始檢驗報告與授權文件（可下載）

本文所有礦物質數值與歷史細節，均取自第一手原始資料。所有 PDF 已上傳，讀者可下載自行對照：

- 📄 [Rosbacher Klassisch 0.75L SGS 檢驗報告（Prüfbericht 6886143，2024-05-21）](/downloads/water-research/rosbacher-klassisch-sgs-2024.pdf)：DAkkS 國家認可機構認證
- 📄 [Bad Vilbeler Römer Brunnen 1L SGS 檢驗報告（Prüfbericht 4740147，2020-03-30）](/downloads/water-research/roemer-brunnen-sgs-2020.pdf)：DAkkS 國家認可機構認證
- 📄 [Hassia 集團 2007 年 Römer Brunnen 啟用儀式新聞稿](/downloads/water-research/hassia-roemer-brunnen-press-2007.pdf)：含 287 米自噴泉、Dr. Albert Vogelsberger 鑽建史實
- 🍷 [德國侍水師協會（Water Sommelier Union）Sensory Assessment &amp; Recommendation](/downloads/water-research/water-sommelier-union-rosbacher-recommendation.pdf)：由 Martin Sons（侍水師暨餐廳專業廚師、Wassersommelier Union e.V. 會員）撰寫的 Rosbacher 感官評估與紅酒搭配推薦書

### 國際標準與法規

- Heilwasser 法規：德國《[Arzneimittelgesetz](https://www.gesetze-im-internet.de/amg_1976/)》（藥品法）；[BfArM 聯邦藥物管理局](https://www.bfarm.de/)
- Hassia 集團官方：[Rosbacher 官網](https://www.rosbacher.de) ／ [Römer Brunnen 官方分析](https://www.hassia.com/marken/roemerbrunnen/roemerbrunnen-analyse)
- 德國侍水師協會：[watersommelier-union.com](https://www.watersommelier-union.com/)
- 德國高鋰泉水排行榜：[OriginalHealth.net](https://www.originalhealth.net/3606)
- 德國療癒水資料庫：[Heilwasser.com](https://www.heilwasser.com/service/heilwasserverzeichnis/)
- Bad Vilbel 羅馬遺跡：[Hessisches Landesmuseum Darmstadt](https://www.hlmd.de/en/discover/art-and-cultural-history/archaeology)
- 黑森邦地質：[Vogelsberg Wikipedia](https://en.wikipedia.org/wiki/Vogelsberg)

---

## 下一篇預告

下一篇我會寫：

**「礦泉水標籤上的那些數字，到底在講什麼？」**
從 TDS、pH、HCO₃⁻ 到 Sr²⁺，把每個數值拆給你看。</content:encoded><category>沉思與記憶</category><category>礦泉水</category><category>德國</category><category>Heilwasser</category><category>飲食文化</category><category>黑森邦</category><category>味覺訓練</category><category>進口品牌</category></item><item><title>不出口歐盟也躲不掉：CBAM 真正在考的不是計算，是你的碳數據主權</title><link>https://paulkuo.tw/articles/cbam-data-sovereignty/</link><guid isPermaLink="true">https://paulkuo.tw/articles/cbam-data-sovereignty/</guid><description>歐盟 CBAM 2026 年正式徵收，許多企業還在問「表格怎麼填、用哪個排放因子」。
但 CBAM 真正在考的，不是計算能力，是供應鏈管理能力：以及一個更深層的命題：
你的碳數據主權在誰手上？依賴歐盟預設值或 Ecoinvent、GaBi 等國外資料庫，
等於用別人的尺，量自己的身高。身為 SSBTi（社團法人一點五度科學減碳倡議標準協會）
的循環經濟合作夥伴，我從第一線觀察出發，解釋為什麼即使不出口歐盟，
台灣供應鏈每一個節點都會為 CBAM 買單，以及採購部今天就能啟動的四步法。
</description><pubDate>Mon, 11 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — CBAM 2026 年正式徵收，鋁業額外成本約佔鋁價 3.83%，看起來不高，但對「低毛利、高周轉」的大宗品是利潤絞殺。更狠的是，用預設值還要被加 10–30% 的懲罰性 mark-up，到 2028 年成本上看 6%。真正的殺傷不在數字，在於：拿不出自己的實測數據，就只能讓對手替你定價。不出口歐盟也躲不掉，因為終端產品的成本會沿著供應鏈砸回每一個上游頭上。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/cbam-data-sovereignty-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/cbam-data-sovereignty-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

跟一家做鋁擠型的客戶開會，對方總經理把茶杯放下，問了我一個問題:「我們又不直接出口歐盟，CBAM 跟我有關嗎？」

我反問他:「你的客戶是誰？他的客戶又是誰？」

他笑了一下，沒再說話。因為答案兩個人心裡都清楚：他的客戶是某家台灣車輛供應商，車輛供應商的客戶是德國車廠。那條供應鏈繞了幾圈，最後還是繞回布魯塞爾。

這是我這兩年身為 SSBTi 循環經濟合作夥伴最常遇到的場景：很多人以為 CBAM 是出口歐盟才要處理的事。實際上，CBAM 不是一張關稅表，是一套會沿著訂單與合約，反向滲進整條供應鏈的制度。它正在悄悄重新定義一件事：什麼樣的企業，未來還能留在國際貿易的牌桌上。

## CBAM 不是計算題，是供應鏈管理題

很多企業聽到 CBAM 的第一反應是:「表格怎麼填？找誰做核查？用哪個排放因子？」這些問題不能說錯，但都還停留在「考題格式」這一層。CBAM 真正在考的，是另一件事:**你的供應鏈，能不能成為一套可驗證、可追溯、可被外部稽核的系統。**

換個方式說，CBAM 就是出口歐盟的一張「碳門票」。你要交多少碳關稅，取決於兩件事:出口產品的全鏈條碳排放量，以及你能不能拿出歐盟認可的證據，證明這個數字是真實、準確、可追溯的。MRV（監測、報告、核查）不是三個欄位，而是三套制度；不是一張試算表。

這裡有一個迷思:碳排放數據不是越低越好，而是**越準、越能被證明越好**。

如果你報了一個漂亮的低排放數據，但拿不出實際的記錄、文件、儀表讀數、發票紀錄：歐盟不只不採信你的數字，還會直接從出口歐盟的國家中，抓出排放強度最高的 10 個國家的實際數據算平均值，當作你的預設值。結果就是:本來你只是想偷個小懶，最後反而可能付出更高的 CBAM 成本。

更狠的是後座力:若被認定申報不實，企業除了可能面臨罰則，也可能失去 CBAM 申報資格，影響後續進口。**未來最先被淘汰的，不一定是高碳排企業，而是說不清楚自己碳排的企業。**這句話我希望每一個還在猶豫要不要建立碳盤查體系的老闆，貼在自己辦公室。

## 預設值不是捷徑，是別人替你定價

歐盟在 2025 年底發布了一份多達 2,400 頁的 CBAM 預設值文件。第一眼看到的人，第一個反應通常是鬆一口氣:「太好了，我不用自己算了，照這個填就行。」

這個想法，正是陷阱。

預設值能省下計算的功夫，但它有兩個你必須意識到的代價。第一個是表層的:預設值不一定符合你的企業現狀，甚至可能比你的實際值還要高。你不去自己算，等於主動接受一個對你不利的數字。

第二個代價是更深層的，也是這篇文章我最想留下的一句話:**預設值本身就是一種定價武器。**

以未加工鋁為例，依據歐盟公布的中國預設值是 3.0 tCO₂/噸產品（只算直接排放）。這個 3.0 怎麼來的？用的是哪些國家、哪些年份、哪些製程路線的資料？文件雖然厚達 2,400 頁，但對部分資料來源與計算方法的揭露，仍未必足以讓企業完整判斷其合理性。

對企業來說，這代表的意思很清晰:**如果你拿不出自己的實測數據，你就只能接受別人替你定義的排放水平，而定義者的制度目標與產業利益，未必和你站在同一邊。**

這跟我之前在[加州 SB 253 那篇](/articles/california-sb253-supply-chain)分析的結構是一樣的：這類法律的真正作用，不是直接管制排放，是把碳數據變成可稽核、可比較、可問責的制度對象。誰握有可信的數據，誰就有定價的籌碼。誰沒有，誰就只能接受別人定的價格。

我把這件事稱為「**碳數據主權**」。長期依賴歐盟預設值或 Ecoinvent、GaBi 這類國外背景資料庫，等於用別人的尺子量自己的身高。短期看是省事，長期看是把自己鎖死在一個別人說了算的位置上。台灣產業要走出去，就不能只當數據的下游使用者，必須有自己看得懂、用得起，也說得清楚的本土資料基礎。

## 鋁業案例：3.83% 看起來不高，卻足以絞殺毛利

把這套邏輯落到一個具體數字上，鋁業是最清楚的例子。

&gt; **📊 鋁業 CBAM 額外成本試算**
&gt; - 中國未加工鋁預設值：**3.0 tCO₂/t**（依 [SSBTi](https://www.ssbti.org/) 解析、歐盟 2025 年底發布文件）
&gt; - 歐盟電解鋁 ETS benchmark：**1.464 tCO₂/t**（沿用 2021–2025 年值，CBAM 採同值）
&gt; - 2026 年第一季 CBAM 價格：**75.36 €/t**（歐盟 2026-04-07 公布）
&gt; - 2026 年 ETS 免費配額比例：**97.5%**
&gt; - 對應碳價 ≈ (3.0 − 1.464 × 97.5%) × 75.36 ≈ **118.5 €/t**
&gt; - 換算 ≈ **947 元人民幣 / 噸**
&gt; - 國際鋁價 LME 約 **24,721 元人民幣 / 噸**
&gt; - **CBAM 額外成本 ≈ 鋁價的 3.83%**
&gt; - 2026–2034 年 ETS 免費配額逐年減少，CBAM 對應成本逐年抬升

3% 到 4%，乍看不算高。但鋁是典型的「低毛利、高周轉」大宗品，價格透明、競爭激烈，企業沒有空間「漲價消化」：最後往往只能吞進毛利裡。再加上電解鋁的成本中，電力、氧化鋁、陽極炭素佔了 80% 以上，都是剛性成本，根本沒有壓縮的餘地。3.83% 全砸在毛利上，對某些業者來說，可能就是從「微利」變成「白忙一場」。

更狠的是，上面那個算式還沒把**預設值 mark-up** 算進去。歐盟對使用預設值的進口商，會在 default value 上加一層懲罰性係數:**2026 年 +10%、2027 年 +20%、2028 年起 +30%**。也就是說，到了 2028 年，同一批鋁如果你還在用預設值報關，3.0 會被視作 3.9 來計算碳價，CBAM 成本飆到**鋁價的 6% 以上**。

這個 mark-up 設計，才是 CBAM 真正露出牙齒的地方：它不是平等地對待所有報關者，而是**用差別待遇逼你自己去算**。能拿出實測數據的企業負擔逐年下降，不肯算的企業負擔逐年上升。這個剪刀差，會把整條供應鏈切成兩個世界。

這裡還有一個被嚴重低估的訊號:CBAM 本質上是**產業結構淘汰機制**，而不是一筆額外成本。

原生鋁會承擔較高的 CBAM 壓力；再生鋁若符合相關認定條件，則可能因再生原料排放計算方式不同，而取得明顯成本優勢。換句話說，在歐盟市場上，原生鋁與再生鋁的價格競爭力，已經被 CBAM 徹底改寫。歐盟正在用碳成本這把鈍刀，慢慢改寫原生鋁與再生鋁之間的競爭規則。

這也是我這幾年跟 SSBTi 合作循環經濟，最常跟客戶講的觀察:**歐盟不是在「鼓勵減碳」，是在「重新定義誰能玩這個市場」。**你以為這是一個環境議題，其實它從來都是一個產業重組議題。

## 不出口歐盟，為什麼還是要為 CBAM 買單？

把鏡頭拉回開頭那位鋁擠型老闆的問題。

CBAM 雖然只對出口歐盟的產品徵收，但供應鏈是穿透的。德國車廠被 CBAM 加了成本，會要求台灣 Tier 1 供應商提供碳數據、揭露排放、簽合約承諾減量；Tier 1 拿到要求後，會再把同樣的要求往下傳到 Tier 2、Tier 3。鏈條每往下一層，要求就會換一種形式繼續傳遞下去：可能是 EcoVadis 評級、可能是 ISO 14067 產品碳足跡、可能是 CDP Supply Chain 申報、可能是 ISCC 認證。

而這些不同的名目，背後其實要的是**同一份東西**:你能不能拿出可信、可追溯的全鏈條碳資料。

很多企業內部會覺得這些是「各自獨立的麻煩事」，得分別找顧問、分別做核查、分別整改。從 [SSBTi](https://www.ssbti.org/) 倡議的角度，會看到另一個更底層的結構:CBAM、SBTi、CDP、ISCC、EcoVadis 這些項目彼此獨立，但**內在邏輯是相通的**：它們要的都是同一條供應鏈、同一批排放因子、同一份品質平衡與可追溯性記錄。同一套底層資料體系，往往可以支撐多種申報與認證需求。

這個觀察反過來告訴我們:**碳資料建設不是「成本」，是基礎設施投資。**早建早攤平，晚建就只能在每一張新增的訂單合約上付一次性的高額代價。

## 供應鏈四步法：採購部今天就能啟動

那實務上怎麼開始？[SSBTi](https://www.ssbti.org/) 推的一套方法可以整理成四步驟：關鍵是這四步**不需要一開始就等碳專家到位，採購部今天就能啟動**。

**第一步：供應商分級。** 用採購金額和碳排放貢獻度，把供應商分成 A、B、C 三檔。經驗值是排名前 20% 的供應商，貢獻了 80% 以上的供應鏈碳排放。先對這 20% 發力，剩下的之後處理。不用一次到位。

**第二步：合約嵌入碳數據揭露條款。** 新簽或續簽合約時，加入要求供應商提供碳數據的條款。第一年門檻可以放低：只要求提供能源消耗總量和主要原料用量，不一定要完整的產品碳足跡。重點是讓「提供碳數據」變成商業關係的一部分，而不是供應商「幫你忙」。

**第三步：缺口資料替代方案。** 無法提供一手數據的供應商，先用行業均值或公共資料庫（CPCD、Ecoinvent）替代。但必須在報告中標註資料品質等級，並訂出未來逐年替換為實測資料的時間表。允許缺口，但不允許假裝沒有缺口。

**第四步：交叉驗證閉環。** 把供應商提供的碳數據，跟採購量、物流單據、能耗發票交叉比對。這一步看似專業，其實採購部核實採購量、後勤部核實能耗就能做。最怕的不是數字不準，是數字之間對不起來。

這四步法的精神跟我之前寫過的[加州 SB 253 供應鏈拆解](/articles/california-sb253-supply-chain)是一脈相承的:**把抽象的氣候政策，落地成採購、合約、單據這些日常工作的小調整。**

## 國際認證不是獎狀，而是買方的風控外包工具

最後一個容易被誤解的點，是國際認證。

ISCC、EcoVadis、SBTi、CDP：很多企業把這些當成「獎狀」，拿到一張證書掛在牆上，覺得是榮譽。實際上它們從來不是獎狀。它們是**買方的風控外包工具**。

對一家國際品牌商來說，供應鏈越長、跨國環節越多，逐家審核供應商的成本就越高。一張被市場認可的證書，本質上不是在表揚企業，是在告訴買方:「這家企業至少已經通過一輪相對標準化的外部審查，合作起來成本較低、風險較可控。」

所以國際認證的價值，不在於證明企業偉大，而在於**讓企業更容易被買方納入供應鏈**。

這個視角很重要，因為它決定你做認證的方式。如果把認證當獎狀，你會追求拿越多越好，看起來氣派。如果把認證當市場使用門票，你會挑買方真正會看的那一張，集中資源做透。對台灣大多數中小企業來說，後者的 ROI 高得多。

## 三條落地路徑：從 90 天到 24 個月

如果你看到這裡覺得「壓力很大，不知道從哪裡開始」，那其實已經走在很多人前面了。我把可以動手的事，照時間切成三段:

**短期（90 天）：** 完成前 20% 供應商分級，把碳數據揭露條款寫進採購合約模板。這兩件事不一定需要顧問，也不一定需要大筆預算；真正需要的是把議題搬上會議桌，做出管理決定。

**中期（6 個月）：** 建立企業自有排放因子台帳，搭配本土資料庫逐步替換 Ecoinvent / GaBi。這一步是把碳數據主權從「依賴別人」往「自己有底牌」推。

**長期（12–24 個月）：** 從 SBTi 目標承諾、EPD 或 ISCC EU 等其中一項關鍵工具中，挑一張對自家行業最關鍵的，把它做透，爭取納入下游品牌商的綠色合格供應商名單。

這三段不是制式 SOP，而是一種推進節奏。不同行業、不同規模的企業，順序可以調，但**不能假裝這件事不會發生**。CBAM 真正啟動之後，沒有準備的企業，會在三年內被供應鏈靜悄悄地擠出去：不會有人特別發 email 通知你；只是某一天，下一張訂單突然就不續了。

## 碳數據就是企業的信用值

回到最開始那位鋁擠型老闆的問題:「我們又不直接出口歐盟，CBAM 跟我有關嗎？」

答案在文章一開頭就講了，但我想用另一句話收尾:

CBAM 真正在做的事，是把碳排放這個過去藏在工廠裡、沒人看得見的東西，變成可以被外部稽核、被合約管理、被定價的制度對象。誰先建立起可信的碳數據體系，誰就在這場重新發牌的供應鏈遊戲裡，握有自己的籌碼。誰一直等別人告訴自己該怎麼做，誰就只能接受別人替自己定義的位置。

碳排放不再只是環境議題，而會成為企業的信用值。

而你的信用值，**終究只能由你自己的數據來證明**。

---

&gt; **📌 SSBTi 官方立場聲明**
&gt;
&gt; 本文涉及的「碳數據」「碳定價」「企業內部減碳策略」議題，相關 SSBTi 官方立場由理事長 Raymond Wang（汪瑞民）於 2026-05-12 正式發布：**「碳權不是減碳，企業管理和第三方驗證才是真正落實淨零目標減碳。」** 完整論述見 [SSBTi Facebook 公開貼文](https://www.facebook.com/share/14bsY4oakRi/) 與 [SSBTi 官網](https://www.ssbti.org/)。本文為作者作為 SSBTi 循環經濟合作夥伴的個人觀察延伸，論述方向與 SSBTi 立場一致，但具體用語與舉例屬作者個人寫作判斷。

*本文以 CPCD 社區發布、SSBTi 編輯的 CBAM 解析為起點，結合作者身為 [SSBTi](https://www.ssbti.org/)（社團法人一點五度科學減碳倡議標準協會）循環經濟合作夥伴的觀察延伸。文中提到的 [SSBTi](https://www.ssbti.org/) 為台灣本土協會，SBTi 則指國際 Science Based Targets initiative，兩者為不同組織。CBAM 政策內容請以 [歐盟稅務與關稅執行總署官方頁面](https://taxation-customs.ec.europa.eu/carbon-border-adjustment-mechanism_en) 為準。*</content:encoded><category>循環再利用</category><category>CBAM</category><category>歐盟碳邊境調節機制</category><category>碳數據主權</category><category>供應鏈碳管理</category><category>SSBTi</category><category>科學減碳</category><category>循環經濟</category></item><item><title>162 份解密，零個外星人：一場處理『真相待定』的秩序測試</title><link>https://paulkuo.tw/articles/ufo-uap-disclosure-order-test/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ufo-uap-disclosure-order-test/</guid><description>2026 年 5 月 8 日，五角大廈在 war.gov/UFO 釋出 162 份 UAP 解密文件，但官方明確聲明沒有外星證據。
寫這篇是因為大家把焦點放錯地方了：這場解密真正測試的不是「外星人在不在」，而是「真相待定時，我們怎麼站立」。
從神學訓練的視角看，基督教其實有處理未知存在的成熟傳統；從循環經濟的本土經驗看，公部門制度文件被誤讀成個別背書是同一個失能機制。
讀者會看到：政治論述、科學哲學、神學公共參與這三條線，怎麼在一場 UFO 解密裡同時失靈：以及這個失能在台灣循環標誌議題裡長一模一樣的臉。
</description><pubDate>Sat, 09 May 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 五角大廈 5/8 釋出 162 份 UFO 解密檔案，但官方說得很清楚：沒有外星證據。真正值得看的，不是外星人到底在不在，而是當答案還沒出現時，一個社會怎麼反應。政治把「無結論」包裝成透明，科學的謹慎被讀成傲慢，神學則幾乎從公共討論裡消失。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ufo-uap-disclosure-order-test-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ufo-uap-disclosure-order-test-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

---

5 月 9 日，動態牆看到「美國終於公開外星人了」、「五角大廈承認有外星人」的訊息。我才回頭查：到底發生什麼？一路追到原始來源 [war.gov/UFO](https://www.war.gov/UFO/)。

打開頁面，黑白濾鏡、阿波羅時代復古美學、極簡無襯線字體。Apollo 17 任務的月球表面照片，地平線上方三個光點被一個黃色方框圈起來，像博物館展品的標註。

歷史檔案加上刻意設計的氛圍，疊在一起之後，它看起來就不只是「公開資料」，更像在販售一種敘事。

## 162 份檔案，零個外星人

首批釋出 162 份檔案：14 張圖、28 個影片、120 份文件。從 1942 年橫跨到 2025 年。Apollo 17 任務拍到的月球地平線三點三角形列陣、印太司令部 2024 年在日本附近紅外線拍到的橄欖球狀物體、伊拉克 2022 與敘利亞 2024 的軍方目擊備忘錄、FBI 1947–1968 年的「飛碟」檔案。

但官方新聞稿明確寫著：**沒有任何證據顯示美國政府接觸過外星生命或外星科技**。

這不是「真相被釋出」，而是「未解之謎被重新上架」。[AARO 在 2024 年 3 月發表的歷史紀錄審查報告](https://media.defense.gov/2024/Mar/08/2003409233/-1/-1/0/DOPSR-CLEARED-508-COMPLIANT-HRRV1-08-MAR-2024-FINAL.PDF)：回溯美國政府自 1945 年以來所有相關活動：結論一樣明確：「沒有實證證據顯示外星科技存在」。Apollo 17 那張被高度討論的三點光照片，其實在政府檔案躺了 54 年；它之所以重新變得神祕，不是因為有了新發現，而是因為被換了一個舞台。

&gt; **📊 關鍵數據**
&gt; - **首批檔案**：162 份（14 張圖 + 28 個影片 + 120 份文件）
&gt; - **時間範圍**：1942 — 2025 年
&gt; - **AARO 歷史審查**：2024 年 3 月發表 Volume I，回溯 1945 年起共 80 年紀錄
&gt; - **Apollo 17 三角光點**：政府檔案躺了 54 年才釋出
&gt; - **官方結論**：no empirical evidence of alien technology

但社群讀到的，幾乎是另一篇文章：「終於要揭露了」。陰謀論社團湧入流量、YouTube 演算法狂推、連我的 Threads 動態都被「政府承認外星人」的解讀洗版。

問題就在這裡：一份明明寫著「沒有結論」的解密文件，為什麼反而被讀成了巨大訊號？

## 把「不知道」包裝成「我公開了」：透明度劇場

PURSUE（Presidential Unsealing and Reporting System for UAP Encounters）的釋出節奏，讓我想到 [Epstein Files](https://www.justice.gov/epstein/doj-disclosures) 那種滾動式公開：每次都像有新進展，但真正被釋出的，常常是「公開」這個姿態本身。兩者法源不同（Epstein 是國會立法，PURSUE 是 Trump 行政命令），但操作模式相通：把「公開」本身打造成政治姿態。

劇場的細節到處都是。Trump 在 2025 年 9 月把國防部改名為 Department of War，網域跟著從 defense.gov 換到 war.gov；UFO 釋出網頁套上阿波羅時代的視覺風格，刻意營造「歷史檔案開封」的儀式感；Trump 在 Truth Social 寫的修辭是「讓人民自己決定」。

這套修辭最厲害的地方，是它把判斷責任轉嫁給大眾。政府不再像是「保管知識的人」，而把自己演成「解放知識的人」。問題是，這次被解放出來的東西，本身沒有結論。「我把證據攤在你面前，你自己判斷」聽起來像賦權，實際上是政治責任的轉嫁。

更精明的，是它選擇出現的時間點。Trump 政府在通膨、烏俄、移民這些議題上沒有快速進展，但「我們很透明」這個敘事永遠便宜。釋出一批沒有結論的檔案，成本很低，畫面很好，還能製造「我很透明」的姿態。這就是政治上最划算的透明度。

## 「我不知道」為什麼變成負債

但換到科學這一邊，「無結論」不一定是失敗，它常常正是紀律。

證據不足，就先不要急著下判斷。這不是逃避，而是知識工作最基本的紀律。哥白尼、伽利略、愛因斯坦的工作都建立在「我願意承認自己可能錯」這條上。AARO 的歷史審查報告之所以厚達 63 頁，就是因為它在認真區分：哪些案例能用氣球、無人機、感測器誤差解釋掉，哪些目前資料不足。資料不足的那些案例，也沒有被直接歸類成「外星」，而只是先放在 pending further analysis：繼續分析，暫不定論。

這是健康的科學態度。

可是到了後真相時代的公共場域，「我不知道」很快就會被翻譯成另一種劇本：「他們在隱瞞」、「政府不敢說」、「權威體制崩解」。科學的謙遜變成負債、謹慎變成傲慢，「我們在繼續調查」被讀成「他們在繼續掩蓋」。

這種誤讀，我在循環經濟現場也看過。場景不同，結構幾乎一樣。

環境部公告的《循環產品及循環服務推動作業要點》，本質上，它是一份制度說明文件：告訴你循環標誌怎麼申請、怎麼審查、怎麼授權，也列出哪些特性可能被視為「循環」：減少天然資源使用、單一材質可全回收、使用再生材料、可重複使用、可維修延長使用等。**它不是任何個別產品的認證書，也不是對任何廠商的背書。**

但你打開 LinkedIn、產業群組、廠商官網一看，一堆業者開始把它讀成「我們符合政府公告的循環產品定義」、「我們已通過環境部循環標誌審查」、「政府認可我們的產品具有循環特性」。一份框架文件，被講成個別認證；一個概念範圍，被講成資格名單；一套制度說明，被講成政府背書。

跟 UFO 解密同一個機制，只是方向相反：UFO 案例是政府主動把無結論包裝成「我公開了」；循環標誌案例是民間主動把制度框架解讀成「我被認證了」。共同點是：公部門文件原本留下的灰階，最後都被市場或輿論壓成黑白。

精確的「20% 到 70%，取決於製程」，會輸給「100% 環保零碳排」；嚴謹的「制度概念範圍」，會輸給「政府認可資格」；謹慎的 pending further analysis，會輸給「外星真相終於揭露」。

能夠懸置判斷，本來是知識成熟的標誌；到了演算法時代，卻變成流量上的詛咒。

## 教會在哪裡？

這裡，我神學訓練的那一部分會忍不住跳出來：公共討論裡少了一塊。

基督教其實不是沒有資源面對這種未知。相反，它有一套很成熟的傳統，可以處理「如果未知存在真的存在，信仰怎麼回應？」

中世紀，Aquinas 在《神學大全》認真處理過「複數世界是否存在」的問題：雖然他最終以亞里斯多德式宇宙論反對其存在，但他願意把這個議題擺上神學桌面、列出贊成論證再回應。重點不只是他的答案，而是他願意把未知放上桌，讓它接受嚴肅思考。這本身就是一種傳統。

二十世紀，[C.S. Lewis 的太空三部曲](https://en.wikipedia.org/wiki/The_Space_Trilogy)（《來自寂靜的星球》、《漫遊金星》、《那股邪惡的力量》）核心問題就是：如果其他星球有理性生命，他們是否需要救贖？Lewis 給出的小說化答案是：有些星球從未墮落，所以從未需要救贖。

二十一世紀，梵蒂岡天文台前台長 José Funes 神父在 2008 年 L&apos;Osservatore Romano 採訪中：標題就叫「外星人是我的弟兄」：從聖方濟各的「弟兄／姊妹」神學延伸出一個比 Lewis 更尖銳的命題：**如果外星生命存在，他們可能根本不需要救贖，因為可能從未墮落，仍與創造者保持完整的友誼。**

這種神學論述是有質感的：不慌張、不急著護教、不否認可能性，也不把未知包裝成世界末日。

但 5 月 8 日之後，我刷遍中英文媒體跟社群，主流基督教會這波幾乎沒看到公開回應。於是，大眾對 unknown 的想像空間，就讓給了 Joe Rogan、Tucker Carlson 這類聲音來填。

在循環經濟和企業 AI 轉型的現場，我其實看過同一種誤讀結構：有秩序的傳統一旦在公共議題上沉默，舞台就會交給江湖郎中。不是因為他們比較有道理，而是因為他們比較願意、也比較快說話。

## 問題從來不在天上

這次解密沒有揭露外星人存在或不存在，卻揭露了我們處理未知時的三種失能：政治把「無結論」包裝成透明度劇場；科學的懸置判斷，被讀成傲慢；神學則在公共領域失語。

我用了很久的「秩序測試」，講的其實不是我們知道多少，而是當我們不知道時，還能不能站得住。

war.gov/UFO 還會繼續滾動式釋出。下一批文件大概也不會給答案。它測試的不是天上有什麼，而是地上的我們，還有沒有能力承受「暫時不知道」。

所以，問題從來不只在天上。真正被測試的，一直在地上。</content:encoded><category>文明與人性</category><category>UFO 解密</category><category>AARO</category><category>政治論述</category><category>科學哲學</category><category>神學公共參與</category><category>後真相時代</category><category>循環經濟</category></item><item><title>不切視窗也能生圖：讓 Claude Code 借 Codex CLI 呼叫 OpenAI Image-2</title><link>https://paulkuo.tw/articles/claude-code-codex-imagegen/</link><guid isPermaLink="true">https://paulkuo.tw/articles/claude-code-codex-imagegen/</guid><description>習慣在 Claude Code 裡工作，卻每次生圖都得切去 ChatGPT 網頁版？這篇記錄了我怎麼把這個流程斷點打掉。

做法是讓 Claude Code 直接呼叫本機的 Codex CLI，用 ChatGPT 帳號驗證去跑 OpenAI Image-2，圖片自動存進專案資料夾。整個過程不用 OpenAI API key、不用開瀏覽器、不用搬檔。最後包成 Claude Skill，說「生圖」就觸發。

如果你也同時付了 Claude 和 ChatGPT，這篇的目標很簡單：讓兩個訂閱真正串起來用，工作流少一次中斷。
</description><pubDate>Wed, 29 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 用 Codex CLI 把 OpenAI Image-2 接進 Claude Code，不需要 OpenAI API key，說一句「生圖」圖片直接存到 `./images/`。Claude Code 終端機版和 Claude App / Cowork 版各有一個 Skill，都可下載直接用。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/claude-code-codex-imagegen-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/claude-code-codex-imagegen-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我最近幾乎整天待在 Claude Code 裡。

寫文章、拆任務、整理素材、改程式、產生 prompt，大部分工作都可以在同一個 Claude 視窗裡完成。

但有一件事會讓流程突然斷掉：生圖。

我也有 ChatGPT / OpenAI 帳號，而 OpenAI 的圖像生成能力很好用。問題是，每次我要生圖時，通常得切到 ChatGPT 網頁版、貼 prompt、等圖片、下載，再把檔案搬回專案資料夾。

這些動作都不難，但很煩。

所以我想做一件很懶的事：

能不能直接在 Claude Code 裡說「幫我生一張圖」，然後讓它呼叫 Codex CLI，用我的 ChatGPT 帳號去跑 OpenAI Image-2，最後把圖片直接存進目前專案的 `./images/`？

答案是：可以。

這篇就是完整做法。

如果你剛開始熱衷使用 Claude Code，這篇會帶你看懂一件事：AI 工具真正好用的地方，不是單點能力，而是你能不能把它們接成一條不會中斷的工作流。

---

## 這篇特別適合你，如果你：

- 剛開始熱衷使用 Claude Code
- 同時也有 ChatGPT 或 OpenAI 帳號
- 常常需要把圖片素材放進文章、簡報、產品 mockup 或專案資料夾
- 不想每次生圖都切到 ChatGPT 網頁版
- 想開始把 AI 工具串成自己的工作流，而不只是單點使用

如果你完全不碰 CLI，或只是偶爾生一張圖，直接用 ChatGPT 網頁版就好。這篇的價值在於：把生圖變成可以重複、可以批次、可以包成 Skill 的工作流。

---

## 先把幾個名詞翻成人話

| 名詞 | 你可以先這樣理解 |
|---|---|
| Claude Code | Claude 的開發者工作環境，可以在專案資料夾裡協助你讀檔、寫檔、跑指令 |
| Codex CLI | OpenAI 的本機命令列工具，可以用 ChatGPT 帳號登入，讓 OpenAI 的能力進到你的終端機 |
| Image-2 | OpenAI 的圖像生成模型，本文用它來產生圖片；API 文件裡的模型名稱是 `gpt-image-2` |
| Skill | 給 Claude 的一組固定工作說明，讓它知道遇到某種需求時該怎麼做 |
| MCP | 讓 Claude 桌面 App 可以呼叫本機能力的橋 |
| Cowork | Claude 桌面 App 裡更接近「一起工作」的介面，可產出檔案與 outputs |

---

## 最後你會得到的效果

在 Claude Code 裡，你可以說：

&gt; 幫我生一張戴墨鏡的柴犬，存成 `./images/shiba.png`

Claude 會幫你整理 prompt，呼叫本機的 Codex CLI。Codex CLI 會用你的 ChatGPT 帳號呼叫 OpenAI Image-2，最後把圖片存到專案資料夾。

整個過程不用打開 ChatGPT 網頁版，不用手動下載圖片，也不用另外準備 OpenAI API key。

---

## 這條工作流怎麼跑？

主線很簡單：

```
你在 Claude 裡說需求
→ Claude 整理 prompt
→ Codex CLI 執行
→ ChatGPT 帳號授權
→ Image-2 生圖
→ PNG 存到 ./images/
```

不管你習慣在哪個介面工作，最後都收斂到同一條 OpenAI 鏈路：

![Claude Code 跟 Claude 桌面 App 雙介面收斂到 OpenAI Image-2 的流程示意圖](/images/articles/claude-code-codex-imagegen-flow.jpg)

兩條路徑的差別只有一個：Claude 是怎麼叫你本機的 `codex` 起來跑。

Claude Code 本來就能跑 Bash，所以直接呼叫。Claude App / Cowork 要碰本機指令，需要「Control your Mac」MCP 這座橋。再往後都一樣：Codex 用 ChatGPT 帳號驗證、呼叫 Image-2 出圖、圖片落到指定路徑。

```mermaid
flowchart LR
    U([使用者]) --&gt;|&quot;「生圖一張柴犬」&quot;| D{在哪個介面？}
    D --&gt;|Claude Code 終端機| S1[gen-image-cli&lt;br/&gt;Skill]
    D --&gt;|Claude App / Cowork 視窗| S2[gen-image-app&lt;br/&gt;Skill]
    S1 --&gt;|Bash 直接呼叫| CX[Codex CLI 0.125+&lt;br/&gt;本機]
    S2 --&gt;|Control your Mac MCP&lt;br/&gt;osascript 請本機跑| CX
    CX --&gt;|ChatGPT 帳號驗證| TOOL[image_gen.imagegen]
    TOOL --&gt;|背後呼叫| GPT[(OpenAI Image-2&lt;br/&gt;gpt-image-2)]
    GPT --&gt;|PNG bytes| F[./images/foo.png]
    F --&gt;|&quot;CLI：落到專案資料夾&lt;br/&gt;App：自動回傳 Cowork outputs&quot;| U
```

---

## 你需要先準備什麼？

### 1. 安裝 Codex CLI

兩個安裝方式任選一個：

```bash
# npm 版（跨平台都可）
npm i -g @openai/codex

# 或 Homebrew（macOS）
brew install --cask codex
```

### 2. 用 ChatGPT 帳號登入 Codex

```bash
codex login                # 會開瀏覽器引導你用 ChatGPT 帳號授權
codex login status         # 應顯示 Logged in using ChatGPT
```

### 3. 確認你的帳號能使用圖像生成

這條路線走的是 ChatGPT 帳號授權，不是 OpenAI API key。

依 [OpenAI 官方公告](https://openai.com/zh-Hant/index/introducing-chatgpt-images-2-0/)，所有 ChatGPT 和 Codex 使用者都能用圖像生成：

| 帳號 / 方案 | 能不能用 | 備註 |
|---|---|---|
| 免費 ChatGPT | ✅ 可以 | 基礎圖像生成能力 |
| ChatGPT Plus / Pro / Business | ✅ 可以 | 品質、可控性、複雜場景處理通常更好 |
| OpenAI API | ✅ 可以 | 但這是另一條路，走 API key 與 token 計費 |

重點：**你不一定要付 Plus 才能跑這套整合**。免費帳號也能用，差別只在輸出品質。

### 4. 如果要在 Claude App / Cowork 使用，再安裝 Control your Mac MCP

純 Claude Code 終端機用戶可以跳過這一步：Bash 直接就能跑 codex。

如果你想在 Claude 桌面 App 的 Chat / Cowork 視窗直接喊「生圖」，需要這個 MCP 讓 Claude 能呼叫你本機的 `codex`。

去 [k6l3/osascript-dxt（GitHub）](https://github.com/k6l3/osascript-dxt) 下載 `.mcpb` 檔，雙擊安裝到 Claude 桌面 App。第一次呼叫會跳 macOS 自動化權限請求，點允許。

---

## 最小可行版本：先跑一次看看

如果你只想先確認這件事真的能跑，不用急著包 Skill。

最小流程只有三步：

1. 安裝 Codex CLI
2. 執行 `codex login`
3. 在你的專案資料夾裡執行：

```bash
mkdir -p ./images

codex exec -C &quot;$(pwd)&quot; -s workspace-write \
  --skip-git-repo-check \
  &quot;請使用 image generation tool 生成一隻戴墨鏡的柴犬，存成 ./images/shiba.png&quot;
```

成功的話，你會在目前專案底下看到：

```bash
./images/shiba.png
```

先跑通這一步，再來包 Skill。不要一開始就把 Codex CLI、Skill、MCP、Cowork 全部混在一起，不然會不知道問題出在哪一層。

---

## 實際輸出長這樣

跑了大約 1 分鐘，得到一張 1254×1254、約 2 MB 的 PNG：

![戴墨鏡的柴犬，由 Codex CLI + Image-2 生成](/images/articles/claude-code-codex-imagegen-shiba.png)

圖：用 Claude Code 呼叫 Codex CLI，再透過 OpenAI Image-2 產生的測試圖。重點不是柴犬，而是圖片直接落在 `./images/shiba.png`：整個過程沒有開瀏覽器、沒有貼 prompt 到網頁版、沒有手動下載。

---

## 我踩過的兩個坑

### 坑 1：第一次跑 Codex 被 `.codex` 權限擋住

如果你看到：

```bash
Failed to create session: Operation not permitted
```

通常是 `~/.codex` 權限不對。跑這條修正一下：

```bash
sudo chown -R $(whoami) ~/.codex
```

再重新執行一次。

### 坑 2：圖片沒有出現在你以為的資料夾

`-C &quot;$(pwd)&quot;` 的意思是：請 Codex 以「你執行指令當下所在的資料夾」作為工作目錄。

所以你一定要先：

```bash
cd 你的專案資料夾
```

再執行 `codex exec`。

不然圖片可能會被存到 home、Downloads，或其他你沒預期的位置。

---

## 包成 Skill：之後只要說「生圖」

前面的 `codex exec` 可以手動跑，但每次都打那一長串很累。

所以我把它包成兩個 Claude Skill：

| 你在哪裡使用 Claude | 該用哪個 Skill | 需要 MCP 嗎？ |
|---|---|---|
| Claude Code 終端機 | `gen-image-cli` | 不需要 |
| Claude 桌面 App / Cowork | `gen-image-app` | 需要 Control your Mac MCP |

### Claude Code 使用者：先用 CLI 版

如果你主要在 Claude Code 裡工作，事情最簡單。Claude Code 本來就能跑 Bash，所以 `gen-image-cli` 可以直接呼叫本機的 `codex`，沒有額外設定。

### Claude App / Cowork 使用者：再看 App 版

如果你想在 Claude 桌面 App 或 Cowork 視窗裡直接說「生圖」，那就需要多一層橋：Control your Mac MCP。

因為 Claude App 不能像 Claude Code 那樣直接跑終端機指令，所以要透過 MCP / osascript 請你的 Mac 幫忙執行 `codex`。

### 下載與安裝

📦 **下載：[gen-image-skills.zip](/downloads/gen-image-skills.zip)**

```bash
mkdir -p ~/.claude/skills &amp;&amp; unzip -o ~/Downloads/gen-image-skills.zip -d ~/.claude/skills/
```

裝完後，在哪個介面都能說「生圖一張戴帽子的水豚」，Claude 會根據當下可用工具自動挑對應的 Skill。

如果想自己手刻 CLI 版的 `~/.claude/skills/gen-image-cli/SKILL.md`，核心內容是這樣：

```yaml
---
name: gen-image-cli
description: 在 Claude Code（CLI）內透過 Bash 呼叫本機 Codex CLI 生圖（背後是 OpenAI Image-2，API 模型 gpt-image-2），存到當前工作目錄的 ./images/。觸發詞：生圖、畫一張、來張圖、generate image。
allowed-tools: Bash(codex:*) Bash(mkdir:*) Bash(ls:*) Bash(pwd:*)
---

# 生圖 Skill（Claude Code CLI 版）

當使用者說「生圖」、「畫一張」時，依下列步驟執行：

1. 確認當前工作目錄（pwd）
2. 建立輸出資料夾：mkdir -p ./images
3. 從用戶描述萃取圖像描述跟英文檔名
4. 呼叫：
   codex exec -C &quot;$(pwd)&quot; -s workspace-write \
     --skip-git-repo-check \
     &quot;請使用 image generation tool 生成：[描述]，存成 ./images/[檔名].png&quot;
5. ls 確認檔案、回報絕對路徑
```

App 版的差別在於 `allowed-tools` 改用 `mcp__Control_your_Mac__osascript`，透過 osascript 在你的 Mac 上跑 codex，最後把圖複製回 Cowork outputs 給你預覽。完整內容在 zip 的 `gen-image-app/SKILL.md`。

幾個共通重點：**description 寫清楚觸發詞**，Claude 才知道用戶在喊它；**allowed-tools 限縮到必要工具**，避免誤觸；步驟描述用人類語言寫就行。

---

## 這套方法適合誰？不適合誰？

適合：

- 已經習慣在 Claude Code 裡工作的使用者
- 同時使用 Claude 與 ChatGPT / OpenAI 的人
- 常常需要產出文章封面圖、簡報插圖、產品 mockup、課程素材的人
- 想把 AI 工具變成可重複工作流，而不是每次手動操作的人
- 想開始理解 Claude Skill、MCP、本機 CLI 如何串起來的人

不太適合：

- 只偶爾生一兩張圖的人（直接用 ChatGPT 網頁版就好）
- 完全不想碰終端機的人
- 對圖片落檔位置、批次生圖、自動化沒有需求的人

---

## 結論：不是多一個工具，而是少一次中斷

這套做法真正有價值的地方，不是「我又多接了一個 AI 工具」。

而是它讓工作流少了一次中斷。

Claude 繼續當我的大腦，負責理解需求、拆任務、整理 prompt。Codex CLI 當我的手，負責把 OpenAI Image-2 叫起來生圖。最後圖片直接落在專案資料夾，不用切視窗、不用下載、不用搬檔。

如果你跟我一樣，同時使用 Claude 和 ChatGPT，這是目前我覺得最順的一種整合方式。

訂閱費沒白付，工作流還變更短。

我會持續在 paulkuo.tw 記錄這類 AI 工作流實作：不是只看 AI 新聞，而是把 Claude、Codex、Skill、MCP、知識管理與自動化真正塞進日常工作。如果你也正在把 AI 變成自己的第二工作台，歡迎常回來逛逛。

---

**同一條 codex 橋，還有個進階用法**：讓 codex 在 Claude 之外挑錯、給你第二意見。做法我寫在這篇：[我讓 codex 挑 Claude 的錯，但不照它說了算](/articles/ai-second-opinion-independence/)。</content:encoded><category>智能與秩序</category><category>Claude Code</category><category>Codex CLI</category><category>OpenAI Image-2</category><category>ChatGPT 生圖</category><category>Claude Skill</category><category>AI 工作流整合</category><category>生圖自動化</category></item><item><title>台灣健保資料很完整，但外國專家還是查不到：我從一頁 ODT 做了一個中英日重大傷病查詢工具</title><link>https://paulkuo.tw/articles/nhi-bilingual-data-gap/</link><guid isPermaLink="true">https://paulkuo.tw/articles/nhi-bilingual-data-gap/</guid><description>2024 年起，世朋國際參與一個原本要把台灣細胞工廠的服務帶到日本的合作案，一年多後事情進展得更深刻，搭起台日更緊密的合作。2025 年改成在台灣設立日商子公司。合作的醫學顧問是台灣人從小去日本，不讀中文。我在替他預備資料的過程中發現，台灣健保的「重大傷病」中文版資料完整、英文版只有概念說明、日文版沒有對應頁。這篇文章是這個經驗的紀錄，也是「再生醫療科技」系列的第一篇：把重大傷病 30 大項做成中、英、日三語工具頁，補上公開資料的下一個介面。
</description><pubDate>Wed, 29 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 台灣健保公開資料完整、結構化好，但跨語言、互動化的入口還沒長出來。當再生醫學變成全球顯學，這個「公開資料的下一個介面」，正是值得補上的缺口。我從自己用得到的開始：把衛福部健保署「重大傷病 30 大項」做成中、英、日三語可查的工具頁，並在 paulkuo.tw 開一個「再生醫療科技」內容系列。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/nhi-bilingual-data-gap-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/nhi-bilingual-data-gap-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

一開始的規劃，和案子後來的發展方向很不同。

2024 年，台灣某醫療科技公司希望透過世朋國際，把台灣細胞工廠的建置與營運服務帶到日本。這個專案仰賴的是台灣半導體供應鏈長期累積的建廠 know-how 與生態系，包括無塵室標準、製程驗證、設備協力廠網絡，以及施工團隊的紀律。他們整合了一套適合細胞治療的廠房設計，要做成 turn-key system 移植到日本去生產。

經過一年多探索，這個案子不再只是單純把台灣服務輸出到日本，而是逐漸發展成台日之間更深層的合作。2025 年中，雙方規劃在台灣設立日商子公司，目標是把某項針對特定難治疾病的細胞治療方案，在台灣完成落地。世朋國際在這個案子中，負責台灣端的協調工作。董事長李建樑（Jerry）擔任主要溝通人，我以策略長與夥伴的身分進入。

而我們合作的醫學顧問，是台灣人，從小去日本。他用日文和英文工作。但他不讀中文，因此台灣健保與藥事相關資料，對他來說多了一層語言門檻。

我們很常在替他預備資料：台灣健保的「重大傷病」是怎麼歸類的、ICD-10 在台灣的適用版本、某個診斷的證明有效期限⋯⋯這些都是在台灣進行藥事申請前，必須先釐清的基礎資訊。

然後我打開[健保署官網的「重大傷病項目」頁](https://www.nhi.gov.tw/ch/cp-6086-caf5f-2957-1.html)。

中文版資料完整：30 大項、ICD-10-CM 編碼、證明有效期、法規歷次修訂。六組檔案下載連結排在那裡，PDF、ODT、ODS 三種格式都有，內容是齊的。

英文版雖然有對應頁，名稱是 [Patients with Catastrophic Illnesses or Rare Diseases](https://www.nhi.gov.tw/en/cp-90-d4e0a-18-2.html)，但內容主要是制度概念的文字說明，例如什麼是重大傷病、如何申請，以及申請後有哪些福利。但對日方醫療專家來說，這些制度概念是可以理解但不夠細緻。他們需要的是「手上這個診斷對應哪個編碼、屬於哪一大項、證明期限多久」這種可查的對照表。這種可查詢、可對照的細節資料，目前主要只存在於中文版檔案中。

日文版沒有對應頁。

所以每次要回答日方專家的問題，我都得先下載中文版 ODT，滑到第三頁找到對應條目，再把那段繁體中文翻成日文或英文，貼回 LINE 或 email 給他們。

資料其實找得到。只是找到之後，還必須經過一個人轉譯、整理，才真的能被跨語言合作現場使用。

---

## 公開資料夠齊，下一個進化在介面

實際上，若以資料完整度與公開格式來看，健保署的資料公開在亞洲已經是相當前段班。

「重大傷病項目」這頁從 104 年（2015）就有完整版本，每次法規修訂都同步更新檔案。最新版是 113 年 9 月 16 日修訂、114 年 1 月 1 日起適用，配合 ICD-10-CM/PCS 2023 年版。同一個資料夾裡保留 6 個歷史版本，從 104 年前適用到最新版都查得到，做制度演化研究、跨年度對照都直接可用。

格式上，PDF 有了，方便閱讀；ODT、ODS 也有了，方便編輯。30 大項的 ICD-10-CM 編碼、證明有效期限、子項細分，全部結構化呈現。

也就是說，從資料內容與結構來看，健保署已經把基礎做得相當完整。

真正缺少的，不是資料本身，而是「跨語言、互動式、可分享」的介面層。

如果你需要的是「打開網頁、輸入一個診斷詞，立刻看到對應的重大傷病編號、有效期、分類章節，並能切換成英文或日文版本給合作對象看」這樣的入口，目前還沒長出來。

---

## 全球公開資料都在重新被介面化，對人對機器都要更友善

把鏡頭拉遠看，這不是哪一個國家的問題。

AI 時代的資訊查詢方式正在改變。十年前我們透過 Google 搜尋找資料；五年前透過 Wikipedia 整理過的條目找；現在越來越多人是透過 ChatGPT、Perplexity、Claude 直接問。下一個世代的使用者，甚至可能不再先「打開官網」查資料。他們會直接問 AI，而 AI 需要能從多語、結構化、可互動的開放介面中取得答案。

這意味著所有國家的公開資料，都面臨同一個進化壓力：從「下載式靜態檔案」變成「機器可讀、跨語言、互動可查」的介面層。日本厚生労働省、美國 CMS、英國 NHS、新加坡 MOH、加拿大 Health Canada，都在不同進度上面對同一個課題：如何讓公開資料不只「公開」，還能被不同語言、不同專業背景的人真正使用。這件事沒有任何一個國家已經完全做完。

台灣有自己的優勢。單一支付者制的健保，資料整合度全球少有；ICD-10 編碼跟「重大傷病」「特殊照護」「健保給付」綁定得很緊，邏輯一致；制度更新也快。再生醫療雙法已於 2024 年 6 月制定公布、2026 年 1 月 1 日施行，是全球罕見的立法與施行速度。

因此，問題不只是誰快誰慢，而是這個全球性的資料介面進化，還在持續優化與發展中。

---

## ICD-10 不是查維基

我接觸 ICD-10，不是從維基百科開始的。我大學念生命科學系，更早是醫檢師。那時候在醫療現場的電腦系統裡，跑的就是這套疾病分類編碼。國際疾病分類第十版有兩萬多個代碼，每個字母代表一個系統大類：A 是傳染病、C 是惡性腫瘤、I 是循環系統、M 是肌肉骨骼及結締組織、Q 是先天畸形⋯⋯這個結構我知道。

台灣健保把 ICD-10 跟「重大傷病項目」綁在一起。同樣一個診斷，掛在不同章節下面，證明有效期限不一樣，免部分負擔的範圍不一樣，後續能走的給付路徑也不一樣。這層在地制度設計，背後是台灣健保三十年累積下來的邏輯。

健保署官網把這些資料完整公開，PDF、ODT、ODS 三種格式都有。內容是齊的。

只是內容再完整，只要合作對象不讀中文，就仍然需要有人把檔案裡的資料轉成對方能理解、能使用的語言與格式。

---

## 從一頁 ODT 開始，補一個入口

我為什麼從「重大傷病 30 大項」開始？因為這正是我曾經為了工作需求，實際整理、消化過的一份檔案。下載 ODT、對照 ICD-10、把 30 大項在腦中編成一張結構表，這個過程本身是我自己學習台灣健保制度的好機會。

但整理完之後，這些內容原本只停留在我的腦中，以及幾封 email 草稿裡。如果這份消化過的內容對我的合作對象有價值，那它對下一個從日本回來的台灣專業人士、對下一個從美國來台灣評估投資的 BD、對下一個剛拿到診斷想知道後續權益的家屬、對下一個在準備藥事申請的法規顧問，應該都有價值。

工具頁不是要取代健保署的官方資料。它是站在政府已經做好的基礎上，補上一個「[跨語言、可互動](/tools/nhi-catastrophic-illness/)」的入口。原始檔連結會放在工具頁顯眼處，使用者隨時可以回到衛福部官網確認最新版本。

這只是第一塊磚。後面還可以繼續補上更多內容。

---

## 為什麼從這個系列開始

為什麼會想開「再生醫療科技」這個系列？

專業層面：再生醫療雙法已於 2024 年 6 月制定公布、2026 年 1 月 1 日施行，台灣再生醫學的遊戲規則正在重新校準，產業也正在進入新的起跑階段。但如果用英文或日文查詢，會發現台灣再生醫療的制度脈絡、產業進展與關鍵資料，仍缺乏完整而容易理解的入口。當後 AI 社會中的醫療、再生醫學與長壽服務逐漸成為全球顯學，台灣有足夠的產業與制度基礎參與其中。只是目前相關資料的可及性，仍是一個尚未成熟的入口。

個人層面，我從 2024 年開始接觸外泌體與細胞治療相關服務，也因此更常從使用者、家屬與產業參與者三個角度思考這個領域。不過，個人體驗不等於療效證據，我也不打算把它寫成見證；真正值得討論的，是這個產業進入制度化、資料化與國際化之後，台灣需要什麼樣的知識入口。

此外，三十年前我剛踏入生命科學與醫檢相關領域時，台灣生物科技正處在「即將起飛、但尚未真正起飛」的階段。後來回頭看，生命科學、醫檢、AI、跨境合作這些原本分散的經驗，竟然在這個題目上接起來了。如果這個產業即將進入成長期，就會需要更多讓不同背景讀者都能理解、查詢與使用的入口。

paulkuo.tw 的「再生醫療科技」系列從這一篇開始，後面我會慢慢補上自己在工作現場用得到，也希望其他人能用得上的整理。如果你對「自建資料基礎設施」這個方向有興趣，可以參考我之前寫的[個人健康數據基礎設施](/articles/personal-health-data-infrastructure)，那是同一個邏輯放在個人尺度做的版本。如果你也曾經和我一樣，被一頁看似公開、但不容易跨語言使用的 ODT 檔卡住，這個系列也許會用得上。

第一篇就先從這頁開始。

---

## 名詞對照（Glossary）

- **ODT**（OpenDocument Text）：開放文件文字格式。類似 .docx 但採開放授權，可用 LibreOffice、Google Docs、Microsoft Word 開啟。
- **ODS**（OpenDocument Spreadsheet）：開放文件試算表格式。類似 .xlsx 但採開放授權，可用 LibreOffice、Google Sheets、Microsoft Excel 開啟。
- **PDF**（Portable Document Format）：可攜式文件格式。跨平台閱讀為主，內容固定、不易編輯。
- **ICD-10-CM/PCS**（International Classification of Diseases, 10th Revision, Clinical Modification / Procedure Coding System）：台灣健保目前採用的疾病診斷與處置編碼基礎。ICD-10 為世界衛生組織（WHO）發布的國際疾病分類；ICD-10-CM 是以 ICD-10 為基礎的臨床修正版，主要由美國 NCHS／CMS 維護；ICD-10-PCS 則用於住院處置分類，由美國 CMS 發布。台灣健保配合 2023 年版 ICD-10-CM/PCS 進行轉版與本地化對照。
- **重大傷病**（Catastrophic Illness）：依《全民健康保險保險對象免自行負擔費用辦法》第二條附表一指定的 30 大項疾病分類。取得重大傷病證明後，相關治療免部分負擔。
- **再生醫療法**：規範醫療機構執行細胞治療技術的法律，2024 年 6 月制定公布、2026 年 1 月 1 日施行。管的是「醫療端」。
- **再生醫療製劑條例**：規範藥廠研發、製造、上市再生醫療產品（含細胞治療藥物）的法律，2024 年 6 月制定公布、2026 年 1 月 1 日施行。管的是「藥廠端」。兩部法律合稱「再生醫療雙法」。
- **turn-key system**：整套可直接使用的系統。
- **GMP**（Good Manufacturing Practice）：藥品優良製造規範。醫藥產品生產品質的國際標準。

---

**說明**：本文為公開資料整理與制度觀察，不構成醫療、法律或健保申請建議。重大傷病資格、證明效期與適用範圍，仍應以衛生福利部中央健康保險署最新公告、醫師診斷與主管機關認定為準。</content:encoded><category>智能與秩序</category><category>再生醫療</category><category>台灣健保</category><category>重大傷病</category><category>ICD-10</category><category>公開資料</category><category>跨語言</category><category>生醫產業</category></item><item><title>為什麼罕病的證明是永久，但癌症只有三年</title><link>https://paulkuo.tw/articles/nhi-catastrophic-illness-tier-logic/</link><guid isPermaLink="true">https://paulkuo.tw/articles/nhi-catastrophic-illness-tier-logic/</guid><description>打開健保署的「重大傷病項目」頁，會看到 30 大項對應五種證明期限：永久、五年、三年、一年、依個案評估。罕見疾病給「永久」、癌症大多給「三年」、急性事件給「一年」、透析或呼吸器則隨個案狀態動態調整。這篇文章梳理這五層期限分級背後的設計邏輯，以及為什麼這套已經運作三十年的精算化分類設計，可以被理解為 AI 時代「分級給付」最早成型的本地原型之一。是「再生醫療科技」系列的第二篇，承接篇 1「在台灣查英日文的健保資料有多難」。
</description><pubDate>Wed, 29 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 健保 30 大項對應五個證明期限層級（永久、五年、三年、一年、依個案評估）。實務上，「依個案評估」這層也包含三個月、半年等更短的效期，本文為說明方便將其統一說明。這套設計不只是行政便利，而是反映健保三十年來在病程預後與長期成本上累積出的精算考量。每一層都對應一種「狀態判斷」，包括疾病是否可逆、是否需要長期追蹤、是否有治癒可能，以及是否屬於急性事件後的恢復期。如果把這套邏輯放在 AI 時代重新看，會發現它很像是台灣本地早已出現的一種「分級給付」雛形。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/nhi-catastrophic-illness-tier-logic-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/nhi-catastrophic-illness-tier-logic-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

上一篇提到，我在為日方合作對象預備資料時，打開了健保署的「重大傷病項目」頁。那一頁列出 30 大項重大傷病，每一項旁邊都有一個欄位，標示「證明有效期限」。

仔細看這些期限，會發現一組很有意思的對照。

罕見疾病：永久。
多數先天代謝異常疾病：永久。
器官移植後的追蹤治療（骨髓除外）：永久。
運動神經元疾病：永久。
再生不良性貧血、肝硬化合併嚴重併發症：五年。
甲狀腺癌、乳房癌第一期、子宮頸癌第一期、口腔癌第一期：三年。
重症肌無力症：三年。
燒燙傷面積達全身百分之二十以上：一年。
急性腦血管疾病：依健保署規定，限急性發作後一個月內由醫師逕行認定。

同樣是重大傷病，同樣在同一套法規體系下，證明有效期限的差異卻非常明顯。為什麼？

簡單說，罕病多半被制度視為長期、不可逆、需要終身照護的狀態，所以給永久；癌症則因為治療技術進步，不同癌別與期別的預後差異很大，有些早期癌症治療後可以長期穩定，因此制度選擇用三年或五年作為重新確認的節奏。

這篇文章想試著回答這個問題。這些期限背後的設計邏輯，比第一眼看起來更深，也值得放在 AI 時代重新檢視。因為這套已經運作三十年的「期限分級」設計，本身就帶有「分級給付」的早期雛形，也正好呼應 AI 時代正在浮現的精算化、個案化給付趨勢。

---

## 期限分級不只是行政便利，反映精算考量

第一次看到這張對照表，多數人可能會直覺把它理解成行政上的便利安排，或是資源分配下的權衡結果。實際上，這套期限設計可以視為健保三十年累積下來的制度精算結果之一。這裡說的精算，不只是財務計算，更包括對病程預後、長期治療成本，以及重新認定頻率的綜合判斷。同一張期限對照表背後，同時反映了病程是否可逆、醫療技術進步的速度，以及制度設計上的多重考量。

這套邏輯之所以需要分層設計，是因為制度必須同時回答幾個問題：這個診斷在未來會不會改變？病人是否需要終身用藥或追蹤？有沒有可能脫離重大傷病狀態？醫療技術進步後，現在的「重症」是否可能在五年後變成可治癒或可控制的疾病？

不同的病，這幾個問題的答案不同。同一種病經過一段時間之後，答案也可能不同。期限分級，就是把這套「狀態判斷」具體化，讓每一種疾病對應到相對合適的重新評估節奏。

## 五個期限層級，對應五種狀態判斷

如果暫時離開法規條文的細節，從病程與預後的角度，把 30 大項依照證明有效期限重新排列，可以看到一組大致分成五種狀態判斷的結構化分布。實務上健保署公告的對照表中還包含三個月、半年等更短的效期，本文為說明方便，把這類短期效期併入「依個案評估」層級一起說明。

**永久**這一層涵蓋的，是「不可逆」與「需終身追蹤」的疾病。包括罕見疾病（依罕病防治及藥物法指定）、多數先天代謝異常、運動神經元疾病、染色體異常、器官移植後的追蹤治療（骨髓除外），以及需終身治療的全身性自體免疫症候群。這些疾病的共通特徵是，診斷一旦確立之後，病人狀態通常不會完全「回到正常」；以目前醫療技術來看，也多半不是單純用「治癒」來理解。因此給予「永久」期限，反映的是制度對這類疾病長期性與不可逆性的承認。

**五年**這一層涵蓋的，是「治療有效，但仍需長期追蹤」的疾病。包括再生不良性貧血、肝硬化合併嚴重併發症、骨髓移植後追蹤治療、先天性免疫不全症等。這些疾病的共通特徵是，病程可能相對穩定，但仍有變化空間，因此需要每隔一段時間重新評估。「五年」這個數字也不只是行政期限，它和臨床上常用來觀察長期預後的「五年存活率」概念，在長期預後觀察的時間尺度上有可比較的思考背景，但這不代表兩者在制度上直接等同。

**三年**這一層，主要是高治癒率的早期癌症。包括甲狀腺癌、乳房癌第一期、子宮頸癌第一期、口腔/口咽/下咽癌第一期。這些癌症的共通特徵是，早期介入後治癒率高，如果治療後三年內沒有復發，通常可以初步判斷治療效果穩定。這類期限設計，反映的是制度如何用時間來觀察「治療是否穩定成功」。

**一年**這一層，是急性事件後的恢復期。包括燒燙傷面積達全身百分之二十以上、首次重大創傷（創傷嚴重程度分數 ISS ≥ 16）。這些情境的共通特徵是，事件本身有明確起點，通常可以在一年左右的恢復期後，對後續預後做出初步判斷。

**依個案評估**這一層，是高度動態的醫療情境，效期會隨病人狀態逐步調整。以慢性腎衰竭需透析者為例，尚未確定需長期透析時，效期通常只有幾個月，需要頻繁重新評估；一旦確認進入長期透析狀態，效期則改為永久。需長期使用呼吸器者也類似，首次認定為 42 日，續發為 3 個月，第三次以後則延長為一年，依使用期長短逐步放寬。急性腦血管疾病則屬於急性發作後特定期間內的認定情境，依健保署現行規定，限急性發作後一個月內由醫師逕行認定為重大傷病，不必先取得證明卡即可免部分負擔。實際效期與認定方式仍應以健保署最新公告與醫師判定為準。這類情境的共通特徵是，病人狀態變化快速，制度設計上不適合只用單一固定期限，因此必須保留醫師依現場狀況判斷的空間，也允許短期效期下逐步轉為長期或永久效期。

五個層級，對應五種狀態判斷。把它們放在一起看，會發現這不只是資源分配規則，而是一套帶有動態評估與精算邏輯的疾病分類體系。

## ICD-10 編碼之上的台灣本地設計

[篇 1](/articles/nhi-bilingual-data-gap) 寫過，我接觸 ICD-10 不是從維基百科開始的。大學念生命科學系，更早是醫檢師。那時候在醫療現場的電腦系統裡，跑的就是這套疾病分類編碼。

但同樣這套編碼，後來在我自己家裡也成為日常的一部分。家中曾有親人因為癌症進入重大傷病制度，每三年要換發一次證明，每次回診都在等追蹤結果，那種節奏，我自己看過，也走過。所以後來打開健保署那一頁時，看到的不會只是 30 大項的對照表，還有換發背後那些沒寫進表格裡的時間。

但 ICD-10 編碼本身，不會告訴你「這個疾病在台灣重大傷病制度下，證明期限應該是多久」。ICD-10 是世界衛生組織制定的國際疾病分類，全球通用，描述的是疾病在臨床醫學上的歸類方式。台灣健保的重大傷病期限分級，則是把這套國際編碼和台灣本地給付制度綁在一起，再依疾病是否可逆、是否需要追蹤、是否有治癒或穩定控制的可能，把不同診斷分配到永久、五年、三年、一年或依個案評估等層級。從健保署公告可以看到，每次 ICD-10 版本更新時（例如 2023 年的 ICD-10-CM/PCS 改版），重大傷病的診斷碼範圍與對照表也會同步調整。

為了讓這套對應關係能被快速查詢，我把 30 大項加上各自的 ICD-10 編碼、證明期限與子項細分，整理成一個[四語可查的結構化工具頁](/tools/nhi-catastrophic-illness/)。工具頁目前以健保署 113 年 9 月 16 日發布的「重大傷病項目及其證明有效期限」為基礎、114 年 1 月 1 日起適用，同時註明健保署後續於 114 年 4 月 28 日更新罕見疾病診斷碼對照表，實際適用仍以健保署最新公告為準。從這個工具頁可以看到，同一個 ICD-10 編碼進入台灣健保體系後，會被進一步分成主項、子項與不同期限，細緻度遠超出國際編碼本身能呈現的範圍。

換句話說，當我們在看 30 大項時，看到的不是單純的 ICD-10 分類，而是 ICD-10 進入台灣健保制度後，被重新過濾、加工、分層後的版本。這套制度判斷在歷次修訂中持續被更新。健保署網站目前可看到至少 104 年、108 年、111 年、113 年版本的「重大傷病項目及其證明有效期限」修訂紀錄。隨著醫學進步，某些原本給「五年」的疾病，可能調整為「永久」；某些原本「永久」的疾病，也可能因為新治療技術出現，而被改為定期換發。以癌症為例，健保曾將部分原本永久效期的癌症項目改為 3 年或 5 年換發，反映的就是治癒率與五年存活率提升後，制度評估節奏所做的調整。

我自己看這套體系時，會把它想成一個長期被更新、被微調的分類器。它的輸入是診斷、病程與個案狀態，輸出則是證明期限、給付資格與認定範圍。也就是說，這套制度雖然不是用 AI 建立的，但它已經具備 AI 時代資料系統需要的幾個基本特徵：明確的輸入、可追蹤的分類規則、可更新的版本，以及對應到給付結果的輸出。三十年來，這個分類器經過多次制度調整，已經累積出相當細緻的判斷規則。

## 為什麼這套體系是 AI 時代「分級給付」的早期原型

如果用「分類器」的角度看這套制度，會看到另一件事。

全球健保體系正在面對一個共同命題：當醫療資源有限，而病人需求越來越個別化時，給付應該怎麼分配？傳統做法偏向「同一個診斷、同一個給付水準」。這套設計在二十世紀曾經足夠有效，但在精準醫療、基因治療、細胞治療與 AI 影像診斷大量湧現的當代，均一化給付的局限越來越明顯。

美國 Medicare 的 Value-Based Payment（依療效付費）、英國 NHS 的 NICE 評估體系、日本厚生労働省的特定疾患醫療受給者證制度，都在不同方向探索「依個案、依療效、依風險分級給付」的可能性。這些趨勢背後有一個共通的技術前提：制度本身需要一套足夠細緻、可被機器讀取、也能持續更新的疾病分類與狀態評估系統。

從今天回頭看，這套期限分級已經具備許多分級給付制度需要的元素：明確分類、效期設計、動態認定、版本更新，以及與給付資格連動的規則。它運作了三十年，跟 ICD-10 編碼掛鉤，也累積了「依個案評估」的動態判斷機制。它未必是為 AI 而設計，卻很適合被放進 AI 時代重新理解。換句話說，台灣距離 AI 時代的分級給付，缺的未必是制度邏輯本身，而是如何把這套既有邏輯重新介面化、結構化，並整理成未來能被演算法即時調用的資料基礎。

這也回到篇 1 提到的那件事：資料其實已經在那裡，介面層才是下一個進化。

## 一張行政表格背後，其實是一項政策資產

這篇文章不是要替任何制度設計下定論或做優劣評論。當代健保系統都還在自我演進。無論是台灣的 30 大項，或是日本的特定疾患體系，都不是完美的終點，而是仍在持續調整中的制度設計。

我想做的，是把一個常被視為「行政表格」的資料，重新放回它應有的政策脈絡裡理解。這是一套已經運作三十年的精算化分類體系，從制度設計的角度看，也可以被視為 AI 時代最早成型的給付分級原型之一。如果未來十年，全球醫療給付會逐漸朝精準化、個案化與 AI 輔助化發展，那麼像「重大傷病期限分級」這樣的台灣本地設計，就非常值得被重新理解、重新介面化，並重新放上國際對話桌。

這也是「再生醫療科技」系列想慢慢做的事。

第一篇把那一頁 ODT 變成[一個可查的工具頁](/tools/nhi-catastrophic-illness/)。這一篇則把那張對照表，轉譯成比較容易理解的政策邏輯。後面還會從制度層、產業層、技術層，一塊一塊補上。

---

## 名詞對照（Glossary）

- **ICD-10-CM/PCS**：台灣健保目前採用的疾病診斷與處置編碼基礎。ICD-10 為世界衛生組織（WHO）發布的國際疾病分類；ICD-10-CM 是以 ICD-10 為基礎的臨床修正版，主要由美國 NCHS／CMS 維護；ICD-10-PCS 則用於住院處置分類，由美國 CMS 發布。台灣健保配合 2023 年版 ICD-10-CM/PCS 進行轉版與本地化對照。詳細介紹見[篇 1 名詞對照](/articles/nhi-bilingual-data-gap)。
- **重大傷病**（Catastrophic Illness）：依《全民健康保險保險對象免自行負擔費用辦法》第二條附表一指定的 30 大項疾病分類。取得重大傷病證明後，相關治療免部分負擔。
- **罕見疾病**：依《罕見疾病防治及藥物法》第三條第一項指定公告之疾病。罕病自動列入重大傷病第三十項，證明有效期限為永久。
- **ISS**（Injury Severity Score，創傷嚴重程度分數）：國際通用的創傷評估指標，將全身六大區域（頭頸、顏面、胸部、腹部、肢體、外觀軟組織）中 AIS（簡易外傷分數）分數最高的三個區域，分別取平方後相加，分數越高創傷越嚴重，16 分以上即定義為「重大創傷」。台灣健保以 ISS ≥ 16 作為重大傷病第十二項的認定門檻。
- **Value-Based Payment**（VBP，依療效付費）：相對於傳統「依服務量付費」（Fee-for-Service）的新一代給付模式。給付水準依治療結果、病人預後、健康改善程度等指標決定。美國 Medicare 自 2010 年代起逐步導入。
- **NICE**（National Institute for Health and Care Excellence）：英國國家健康與照護卓越研究院。負責評估新藥、新療程、新醫療技術的成本效益，作為英國 NHS 給付決策的重要依據。
- **特定醫療費（指定難病）受給者證**：日本厚生労働省針對指定難病（類似台灣罕病概念）核發的醫療補助證明，依疾病嚴重度與所得階層分級給付，原則每年需重新申請更新。2015 年 1 月《難病法》施行前舊稱「特定疾患醫療受給者證」。
- **分級給付**：依疾病嚴重度、療效、個案差異、風險評估等維度，設定不同給付水準的制度設計。是相對於傳統均一化給付的進階模式。

---

**說明**：本文為公開資料整理與制度觀察，不構成醫療、法律或健保申請建議。重大傷病資格、證明效期與適用範圍，仍應以衛生福利部中央健康保險署最新公告、醫師診斷與主管機關認定為準。

---

**資料來源**：
- [全民健康保險重大傷病項目（衛福部中央健康保險署）](https://www.nhi.gov.tw/ch/cp-6086-caf5f-2957-1.html)
- [Patients with Catastrophic Illnesses or Rare Diseases（NHIA English）](https://www.nhi.gov.tw/en/cp-90-d4e0a-18-2.html)
- [全民健康保險保險對象免自行負擔費用辦法（植根法律網，113 年 9 月 16 日修正）](http://www.rootlaw.com.tw/LawArticle.aspx?LawID=A040170080001000-1130916)
- [罕見疾病防治及藥物法（全國法規資料庫）](https://law.moj.gov.tw/LawClass/LawAll.aspx?pcode=L0030003)
- [台灣健保重大傷病 30 大項四語查詢工具（paulkuo.tw 本站工具頁）](/tools/nhi-catastrophic-illness/)（資料版本：ROC 113-09-16，effective 2025-01-01，依 ICD-10-CM/PCS 2023 編碼）
- [健保大數據／病情危急≠重大傷病 需長期治療但非終身有效（聯合報元氣周報）](https://health.udn.com/health/story/6008/8699308)
- [Value-Based Programs（U.S. CMS）](https://www.cms.gov/medicare/quality/value-based-programs)
- [NICE: National Institute for Health and Care Excellence](https://www.nice.org.uk/)
- [指定難病患者への医療費助成制度（日本厚生労働省）](https://www.mhlw.go.jp/stf/seisakunitsuite/bunya/0000084783.html)</content:encoded><category>智能與秩序</category><category>再生醫療</category><category>台灣健保</category><category>重大傷病</category><category>ICD-10</category><category>健保政策</category><category>分級給付</category><category>公共資料</category></item><item><title>加州 SB 253 重塑企業碳揭露：蘋果、特斯拉排名為何暴跌？台灣供應鏈在哪一圈？</title><link>https://paulkuo.tw/articles/california-sb253-supply-chain/</link><guid isPermaLink="true">https://paulkuo.tw/articles/california-sb253-supply-chain/</guid><description>加州空氣資源委員會在 2026 年 2 月通過 SB 253 首階段實施規則，
強制營收超過 10 億美元、在加州做生意的企業揭露範疇一、二、三排放並接受第三方確信。
《Nature》子刊最新研究顯示，納入全口徑排放後，蘋果、特斯拉的產業排名將大幅洗牌。
這不只是美國法規議題：SB 253 會透過供應鏈合約一路下傳到台灣的晶圓廠、被動元件廠、
乃至越南的代工線。我做循環經濟BD，最常被客戶問的不是減排目標，
而是「我到底該準備什麼資料？」這篇就是回答。
</description><pubDate>Thu, 16 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 加州 SB 253 於 2026/2/26 通過首階段實施規則，強制大企業揭露全口徑碳排放。納入範疇三後，蘋果排名跌 35 個百分位、特斯拉跌 50 個百分位。這條法律不管你在哪個國家，只要你在蘋果、沃爾瑪、微軟的供應鏈上，碳數據就是你明年的訂單入場券。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/california-sb253-supply-chain-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/california-sb253-supply-chain-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

有一次跟客戶討論廢電子產品回收，對方突然問我：「如果我們的客戶：一間美國上市公司：要求我們提供每公斤廢料在處理過程中的碳排放明細，你們有辦法給嗎？」

我愣了一下。不是答不出來，是因為這個問題出現的時間比我預期的早。

跟公司高層探討循環經濟的商機與挑戰時，最常被客戶問的不是減排目標，也不是怎麼寫 ESG 報告書。而是更具體的問題：「我到底該準備什麼資料，才能繼續跟我的國際客戶做生意？」

這個問題的源頭，是一部在 2026 年 2 月剛通過實施規則的加州法律，名字有點拗口，叫 SB 253。

## 蘋果自家只排 0.38%，剩下 99.6% 藏在哪裡？

先講一個數字。

蘋果 2024 財年的總碳排放約為 1,550 萬噸二氧化碳當量，其中範疇一（自家工廠與車輛）與範疇二（外購電力）合計不到 6 萬噸，只占總量的 **0.38%**。剩下的 99.6%：也就是 1,520 萬噸：全部藏在蘋果「看不見的地方」：富士康的組裝線、台積電的晶圓廠、三星的螢幕廠、剛果的鈷礦坑。

這不是蘋果特有的問題。[《Nature》子刊 *Communications Sustainability* 2026 年 3 月的一篇論文](https://www.nature.com/articles/s44458-026-00051-9)顯示，在全球大型企業的碳排放結構裡，範疇三平均占總排放的 **86%**，範疇一二只有 14%。

換句話說，我們過去在看企業 ESG 報告、在比較「哪家公司比較綠」時，其實有 86% 的真相都被合法地排除在外。

加州 SB 253 要做的，就是把這 86% 拉回檯面上。

## SB 253 到底是什麼？為什麼是現在才重要？

SB 253 全名為《企業氣候數據問責法》（Climate Corporate Data Accountability Act），於 2023 年 10 月由加州州長 Newsom 簽署成法。不過，真正讓它「活起來」的是 2026 年 2 月 26 日，加州空氣資源委員會（CARB）正式通過第一階段實施規則。

從「法律條文」到「可執行制度」，中間隔了兩年多的規則制定。現在，它是真的了。

**哪些企業會被納入？** 必須同時跨過三道門檻：

1. 在美國註冊成立的商業實體（非美國企業在美註冊的子公司也可能觸發）
2. 在加州做生意（年銷售額超過約 75.7 萬美元、或加州營業額占總營業額 25% 以上）
3. 全球年營收超過 10 億美元

CARB 在 2025 年 9 月公布的初步名單涵蓋超過 3,100 家企業；業界估算，最終影響範圍可能超過 5,000 家。這裡面不只有上市公司，連大型民營企業也涵蓋在內。

**要交什麼數據？**

- **2026 年 8 月 10 日**：首次報告範疇一、二（依財政年度結束日決定報告 FY2024 或 FY2025 資料）
- **2027 年起**：納入範疇三（確切申報日期由 CARB 後續規則制定中決定）
- 所有數據必須依循 GHG Protocol、接受第三方確信（Assurance）
- 範疇一二：2026–2029 年採「有限保證」，2030 年升級為「合理保證」
- 範疇三的鑑證要求仍在 CARB pre-rulemaking 階段討論中

**如果不申報會怎樣？** 法定最高罰款為每年 50 萬美元。不過 CARB 已公開表示，首年採取 good-faith 的寬限執法，重點是幫企業建立能力而不是罰款。這是監管者常用的「慢慢收緊」策略：先讓你習慣，再加壓。

## 為什麼加州做得到、其他人做不到？

這幾年有個有趣的現象：全球主要的氣候揭露制度，都在往後退。

- **美國聯邦 SEC**：2024 年 3 月通過氣候揭露規則，但為了降低阻力，**主動刪掉了範疇三**。上路一個月就被多州告上法院，SEC 自己暫停實施。2025 年新政府上任後，連辯護都不打了。
- **歐盟 CSRD**：原本是全球最有野心的永續報告指令，涵蓋氣候、生物多樣性、勞工權益等 1,073 個數據點。後來因為產業反彈太大，2025 年的 Omnibus 修法大幅縮水：移除近 90% 適用企業、取消合理保證升級要求。
- **加州 SB 253**：只問一個問題：「你排了多少碳？」

加州高明的地方在於，它放棄了歐盟那種「雙重重大性」（Double Materiality）的哲學辯論，直接把範圍收斂到**可量化的碳排放**。不談社會責任、不談生物多樣性、不談勞工議題。它只做一件事：把碳排放從公關話術，變成可稽核、可比較、可究責的數據。

然後，SB 261（姊妹法、管氣候財務風險）被美國商會告到第九巡迴法院、拿到暫時禁令，**但 SB 253 不受影響、全面生效**。

&gt; **📊 關鍵數據**
&gt; - **範疇一二占比**：平均 14%（一般大企業）
&gt; - **範疇三占比**：平均 86%
&gt; - **蘋果範疇一二**：約 5.8 萬噸 CO₂e（0.38%）
&gt; - **蘋果範疇三**：約 1,523 萬噸 CO₂e（98.2%）
&gt; - **蘋果範疇三中「購買商品服務」占比**：61.75%（820 萬噸）
&gt; - *資料來源：Apple 2025 Environmental Progress Report、Tracenable*

## 蘋果跌 35 個百分位、特斯拉跌 50 個百分位：排名為什麼大洗牌？

前面提到的那篇 Nature 論文，做了一件對業界來說很刺激的事：他們把全口徑（含範疇三）的碳強度拿來重新排名。

結果：

- **蘋果**：只看範疇一二時，在同業中排前 8%（非常綠）；算入範疇三後，掉到前 43%。**下跌 35 個百分位**。
- **特斯拉**：只看範疇一二時，排前 14%（汽車業優等生）；算入範疇三後，掉到第 64 百分位。**下跌整整 50 個百分位**：從前段班直接變後段班。

論文的結論是：當投資人依全口徑排放做資本配置時，**每 100 萬美元的投資會有 29 萬美元被重新分配**。

這個數字很大。當法規強制企業揭露全口徑排放後，投資人就不能再只靠漂亮的 ESG 報告書判斷碳表現，而會直接看數據。碳足跡從公關工具，變成資本配置的硬指標。

不過，這篇論文本身有一個限制：作者使用的是 S&amp;P Global Sustainable1 資料庫的**估算數據**，而不是企業自行申報的實測值。估算本身就高度依賴產業平均因子和統計建模，所以具體的「跌幾個百分位」這種數字，精確度有保留。

但它揭示的方向是對的。當 SB 253 強制全口徑揭露後，這個洗牌遊戲從學術模擬變成了即將發生的現實。

## 五圈波紋：加州法律為什麼會管到越南北寧省的小工廠？

我認為 SB 253 最有意思的地方在於，它繞過直接管制，改用**市場力量完成跨境執法**。

拿一支 iPhone 當例子，看這部法律的權力會走幾圈：

**第 1 圈：蘋果本體**。蘋果是 SB 253 直接適用對象，2027 年起必須報範疇三。而範疇三最大宗是「購買商品與服務」（Cat. 1），占了 61.75%、820 萬噸。要報這個數字，蘋果就必須向供應商要資料。

**第 2 圈：富士康**。當蘋果要求富士康提供碳數據時，這項要求未必以「法律」形式出現，而更可能寫成**採購合約條款**。寫進供應商行為準則裡，變成維持供應商資格的條件。富士康若不配合，不是違反加州法律，是失去全球最大科技公司的訂單。

這就是長臂管轄的精妙：**法律只管蘋果，但市場力量替法律跨境執法**。

**第 3 圈：關鍵零組件廠**。富士康組裝 iPhone，但核心部件更上游：晶片（台積電）、螢幕（三星）、鏡頭（大立光）、被動元件（日本村田）。當富士康發現，自家工廠的直接排放只是一部分，真正的大頭其實是採購來的晶片與螢幕所包含的「嵌入碳」時，它也必須再往上游索取資料。傳導鏈從加州延伸到新竹、水原、京都。

**第 4 圈：東南亞代工廠**。到 2023 年底，越南有 35 個蘋果供應商的生產基地。富士康在越南北江省、廣寧省建新廠；立訊精密在北江省組 AirPods；歌爾在北寧省生產聲學元件。碳數據請求從一級、二級、三級一路往下傳，最終可能抵達越南北寧省一家只有 200 名工人的微型連接器工廠。

**第 5 圈：原材料與礦產相關**。蘋果產品 14 種關鍵材料（鋁、鈷、銅、鋰、稀土等）占出貨重量近 90%；剛果供應全球約 70% 的鈷。典型的鈷鏈條是：剛果東部手工礦 → 當地貿易商 → 冶煉廠 → 電池材料商 → 電池廠 → 組裝線 → 蘋果。當蘋果為了合規必須量化這條鏈時，數據需求會觸及剛果加丹加省某個礦場的柴油消耗、智利阿塔卡馬鹽湖的水泵能耗、內蒙古白雲鄂博的稀土冶煉排放。

**整條鏈跨 15 個國家、4 個大洲。**驅動它運轉的起點，只是加州議會大廈裡通過的一部法律。

## 這件事對台灣企業，意味著什麼？

台灣企業在這條鏈的哪一圈？

如果你是台積電、聯電、日月光、台達電、鴻海這種直接供應全球品牌的一級供應商，你在第 2 圈。你會是最早收到碳數據請求的那批人。

如果你是中型零組件廠、被動元件廠、模組廠，你在第 3 圈。你的客戶會轉嫁要求給你。

如果你是做機構件、包材、物流，甚至回收處理的中小企業，你大概位於第 4 圈或更外圍。要求也許還沒到，但很可能會在未來 18 至 24 個月內出現。

回到開頭那個客戶的問題：「你們有辦法提供每公斤廢料在處理過程中的碳排放明細嗎？」

我那時候的答案：**目前還沒有，但未來一定會有。**因為這不只是單一客戶的要求，是整個產業鏈的要求。誰先把這套能力建起來，誰就拿到未來的入場券。

過去企業申報範疇三時，大多採用財務支出法（spend-based）或通用的產業平均排放因子：說穿了，就是「先估一個差不多的數字」。但 SB 253 的第三方確信機制，會逐步把這條路堵死。跨國企業會被倒逼要求供應商提供**基於真實生產活動的精準碳足跡數據**。

拿不出數據的供應商，不會收到拒絕信。它們更可能在下一次採購評估時，被悄悄移出名單。這往往比罰款更可怕。

## 再退一步看：全球氣候治理的抓手，正在換手

寫到這裡，其實有一個更大的觀察想分享。

過去幾十年，全球氣候治理主要靠自上而下的主權條約：京都議定書、巴黎協定，國與國談判、國家承諾減排目標。但這套機制這幾年肉眼可見地在弱化：各國政治衝突、貿易衝突不斷，多邊主義疲軟，聯邦層級的氣候政策在多個國家被擱置或反轉。

但碳排放並沒有因此減少，治理壓力也沒有消失，只是換了一種抓手。

SB 253 示範的是一條自下而上的路：從主權條約換成商業契約；從國家執法換成跨國企業的採購權力。加州這部法律等於把氣候監管的權力「外包」給了位於供應鏈頂端的品牌商：蘋果、沃爾瑪、微軟：讓它們用市場力量替法律跨境執法。長臂管轄的介質，就是數據。

按這個邏輯，**範疇三會是未來十年真正的戰場**。而範疇三的核心，其實就是產品碳足跡。

碳足跡最大的難點，始終是**資訊不對稱**：供應鏈的碳排放資訊在各節點之間不流通、不透明，也難以驗證。這也是全球氣候治理長期以來最大的結構性障礙。從這個角度看，SB 253 更像一部**反碳排放資訊不對稱立法**。第一步，把「你排多少」從模糊估算，變成必須回答、可被稽核的制度問題。

當然我也要誠實：前面引的那篇 Nature 論文有硬傷。它用的是 S&amp;P Global Sustainable1 的估算數據、不是企業實測值，估算本身就依賴產業平均因子和統計建模。用這種數據去論證「排名洗牌 35 個百分位」，精確度當然打折。

但**論文指向的方向是對的**，而這也正是 SB 253 想解決的問題：當全口徑揭露從「估算」走向「實測＋第三方確信」後，排名洗牌從學術模擬走進下一輪資本市場的現實。

這也是為什麼我認為台灣企業不該把 SB 253 當成「又一個國際法規」：它是全球氣候治理路線轉換的第一個具體樣本。未來十年會有第二個、第三個跟上。誰先建起可追溯的碳數據能力，誰就在新的治理架構下取得位置。

---

## 給台灣供應商的 SB 253 精簡 FAQ

**Q1：我只是台灣供應商，真的會被 SB 253 影響嗎？**

會，但不是加州政府直接來敲你公司大門，而是透過客戶的採購與合約要求間接「管」到你。只要你的主要客戶，有符合「在加州營運、全球年營收 ≥ 10 億美元」條件的公司，它們在 SB 253 之下就很可能是要申報的對象，而你就會被拉進它們的範疇三盤查裡。

**Q2：時間表是什麼？我還有多久可以準備？**

SB 253 要求這些大型企業自 2026 年起揭露範疇一、二排放，2027 年起再把整條價值鏈的範疇三排放一併送上去。加州空氣資源委員會（CARB）已經把第一個實際 deadline 寫死：首批範疇一、二排放報告，最晚要在 2026 年 8 月提交，之後才輪到範疇三分階段上線。換句話說，供應商真正可以用來練兵的時間，大概只剩下兩到三個財報年度。

**Q3：客戶實際會跟我要什麼資料？會不會一下就很硬？**

一開始，多數客戶會從比較粗的資訊開始：採購金額、品項、基本產品別碳排估算，搭配一些標準化問卷。但隨著 2026、2027 報告年度逼近，加上第三方查驗壓力，會愈來愈多品牌直接要求你提供「特定產品線的碳足跡」「製程能耗數據」「原料與運輸資料」，甚至指定盤查與計算方法要符合 GHG Protocol、ISO 14064 / 14067 等國際標準。

**Q4：如果我不配合給資料，最壞會發生什麼事？**

SB 253 不會直接對台灣供應商開罰，罰的是在加州要申報的那些企業。但在實務上，如果你長期無法提供客戶需要的碳數據，或資料品質一直很差，你在客戶內部的風險評等就會越來越高：短期是被列為「高不確定度」供應商，長期在重新議約或導入新採購政策時，可能在沒有公開說破的情況下，被比較「碳數據成熟」的競爭對手換掉。

**Q5：那我現在第一步到底要做什麼？**

先不要幻想一次就把所有產品做完美的碳足跡報告，比較務實的起手式是：把公司現有的能源、原物料、運輸等資料整理到「查得到、算得出」的狀態；選 1–2 條對關鍵客戶最重要的產品線，做一個「從頭到尾跑完」的試點盤查；盤點你既有合作的會計師、檢驗機構、顧問裡，有沒有已經在做溫室氣體盤查或 SB 253 / IFRS S2 的團隊，先約來聊一次。先把這三件事做好。等到客戶在 2025 至 2027 年間陸續丟來 SB 253／Scope 3 的問卷與模板時，你就不會成為那個毫無準備、只能回一句「我再研究看看」的供應商。

---

## 延伸閱讀

- [Dutta, S., Hwang, J. &amp; Patatoukas, P.N. (2026). Full emissions disclosure under California Senate Bill 253 could change carbon evaluations and redirect investment. *Communications Sustainability* 1, 42.](https://doi.org/10.1038/s44458-026-00051-9)
- [California Air Resources Board (CARB) 官方網站](https://ww2.arb.ca.gov/)
- [Apple 2025 Environmental Progress Report](https://www.apple.com/environment/pdf/Apple_Environmental_Progress_Report_2025.pdf)</content:encoded><category>循環再利用</category><category>SB 253</category><category>加州碳揭露法</category><category>範疇三</category><category>供應鏈碳足跡</category><category>GHG Protocol</category><category>循環經濟</category><category>台灣 ESG</category></item><item><title>人天已死：AI 協作時代，我們需要新的生產力度量衡</title><link>https://paulkuo.tw/articles/beyond-man-days/</link><guid isPermaLink="true">https://paulkuo.tw/articles/beyond-man-days/</guid><description>所有人都在測 AI 素養，沒有人在測個人的 AI 生產力。Anthropic Economic Index 證實 prompt 品質與產出相關性高達 0.92，大學程度任務被 AI 加速 12 倍，但這些洞見停在宏觀層級。本文提出 AI Collaboration Portfolio 五維框架，第一次嘗試在個人層級、基於績效、可驗證地衡量 AI 協作能力，並用作者自己的數據做完整案例驗證。
</description><pubDate>Wed, 08 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **摘要 (TL;DR)** — 人天衡量的是出席率，不是價值創造。本文提出 AI Collaboration Portfolio 五維框架（Command / Delivery / Leverage / Quality / Influence），搭配三層防偽證據架構，給企業第一套可驗證的 AI 人才評估方法。附完整案例驗證。→ [免費評估你的 AI 協作等級](https://paulkuo.tw/tools/ai-collab-portfolio/)

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/beyond-man-days-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/beyond-man-days-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

## 40 分鐘做完 15 人天的工作：人天還能衡量什麼？

*如果 40 分鐘的深度思考，能創造出相當於傳統 15 人天的產出，那麼，我們衡量工作的方式，是否早已過時？*

---

三個 AI 同時跑。一個分析市場數據並產出進入策略，一個根據策略重構後端架構並部署原型，一個把前兩者的產出整合成一份可執行的營運計畫。操作者花了大約 40 分鐘：定義問題、分配任務、即時校正方向、把關最終品質。結束的時候，桌上擺著一個功能完備的產品原型、一份市場進入策略分析，以及一套自動化營運計畫。

在過去，這需要跨部門五人小組協作三到四天。15 到 20 人天。

這不是常態，這是邊界被推向極致後的縮影。但它預示的趨勢是結構性的：當 AI 大幅壓低了標準化任務的執行門檻，決定產出的不再只是投入多少時間，而是操作者如何定義問題、分配任務與把關品質。人依然在，但角色從「作業員」移向了「策展人」。

所以，「人天」在這裡到底衡量了什麼？它衡量的是時間，不是價值。當度量方式落後於現實，我們衡量到的不是生產力，只是人在不在場（出席率）。

[Anthropic 在 2026 年 1 月發布的 Economic Index](https://www.anthropic.com/research) 提供了實證基礎。他們分析了超過一百萬筆 Claude 對話，發現指令品質與產出品質的相關係數高達 0.92。這項數據背後的意義值得深思：在 AI 時代，「問題定義能力」已經直接等同於「最終績效」。需要大學程度理解力的任務，AI 加速倍率是 12 倍；高中程度的只有 9 倍。

AI 放大的是差距，而且是指數級的放大。

兩個人的履歷上都寫著「熟悉 AI 工具」，但那可能只是同一句話，對應兩種完全不同的產出能力。
一個人能在週末用 AI ship 出整套全端應用，另一個人則可能只是做了多輪提問、生成大量摘要與 NotebookLM 筆記，看起來很忙，最後卻沒有產出真正可用的結果。
更棘手的是：直到現在，我們仍沒有一套方式去辨認、衡量、甚至命名這種差距。

---

## 當工時不再等於產出，企業如何重建績效衡量框架？

1975 年，電腦科學家 [Fred Brooks](https://en.wikipedia.org/wiki/Fred_Brooks) 出版了[《人月神話》](https://en.wikipedia.org/wiki/The_Mythical_Man-Month)，最經典的洞見，就是拆穿了「人月」這個迷思：人數和時間從來不是可以互換的變數。每增加一個人，不只增加產能，也同步增加溝通、協調與整合的成本，而這些成本足以吞掉原本想像中的效率增益。所以，當一個專案已經落後，再往裡面加人，通常不是補救，而是讓它更慢。

Brooks 講的是人類團隊。但 AI 時代從反方向驗證了他的論點：AI 大幅壓低了標準化任務的協調門檻。不需要 onboarding，不需要對齊會議，24 小時不間斷工作，幾乎零切換成本。當協調成本趨近零，並行執行第一次真正變得有效率，但建立在「協調很貴」這個假設上的度量衡，就同時失去了意義。

有人試圖用「注意力時長」取代人天。這個概念將人在 AI 協作中的認知投入分成四類：啟動注意力（把模糊需求轉譯成精準指令）、監督注意力（檢查 AI 產出並即時糾偏）、整合注意力（協調多個 AI 的分散輸出）、孵化注意力（讓無意識的後台思考沉澱並催生靈感）。

這樣的分類很有幫助，但「注意力時長」本質上仍是投入端指標。它告訴我們投入了多少認知資源，卻沒有告訴我們這些資源實際產出了什麼、品質如何，以及相較於傳統做法究竟創造了多少價值。

現在的問題是：投入端有「注意力時長」，宏觀端有 [Anthropic Economic Index](https://www.anthropic.com/research)，估算 AI 對美國勞動生產力年增幅的貢獻約為 1.0 個百分點；但在個人層級的產出端，也就是招聘決策發生的層級、自由工作者被評估的層級，幾乎仍是一片空白。

度量衡的真空，就坐落在正中央。

---

## 全球都在測 AI 素養，為什麼沒人測個人產出？

這個真空不是因為沒人在乎。過去兩年，各國政府、國際組織、學術界產出了大量的 AI 能力框架。但它們全部在解決同一個問題：你會不會用 AI？沒有一個在問：你用 AI 做出了什麼？

Anthropic 跟 Rick Dakan、Joseph Feller 合作開發的 [AI Fluency Framework](https://www.anthropic.com/research)，定義了四個核心能力：委派（Delegation）、描述（Description）、辨識（Discernment）、盡責（Diligence）。這大概是目前最接近「怎樣才算會用 AI」的答案。但它描述的是好的 AI 協作長什麼樣子，不量化它產出了什麼。

Anthropic 自己的 Economic Index 從另一個角度切入，分析數百萬筆真實對話來估算 AI 對勞動生產力的影響。數據極有價值，但它操作在國家經濟的層級，不是你公司下一次招聘決策的層級。

[美國勞工部](https://www.dol.gov/)發布了 AI Literacy Framework，[英國 Turing Institute](https://www.turing.ac.uk/) 推出了《AI Skills for Business Framework》第三版，[UNESCO](https://www.unesco.org/) 有學生與教師的 AI 能力框架，學術界也提出了 Collaborative AI Literacy 與 Collaborative AI Metacognition 等量表。

框架很多，但它們回答的都是同一類問題：你是否理解 AI、能否合理使用、是否知道它的侷限。換句話說，它們測的是素養，你的 AI 知識夠不夠。可企業真正需要知道的，是績效：你用 AI 實際做出了什麼、成果品質如何、相較於傳統做法到底快了多少。

![全球 AI 能力框架定位圖：左下象限擠滿素養型框架，右下象限（個人績效）仍是空白](/images/ai-framework-matrix.svg)

把現有的框架放到一個 2×2 矩陣上（橫軸是「素養 vs 績效」，縱軸是「個人 vs 宏觀」），你會看到左邊擠滿了人（UNESCO、DOL、Turing、各種學術量表），右上角有 [Anthropic Economic Index](https://www.anthropic.com/research)。右下角，也就是個人層級、基於績效、可驗證的象限，是空的。

所有人都在測 AI 素養。沒有人在測個人的 AI 生產力。這篇文章提出一個框架來填這個缺口。跟我之前寫的[AI 時代的能力落差](/articles/ai-capability-gap-2026)那篇是同一條線：那篇講的是落差的存在，這篇講的是怎麼量化它。

---

## AI Collaboration Portfolio 五維模型：你的團隊真正缺什麼人？

AI Collaboration Portfolio 是一個五維模型，衡量個人透過 AI 協作實際產出了什麼。設計原則：每個維度必須有理論依據、可量化指標、以及來自第三方的可驗證數據來源。

但在看指標之前，先想像你正在面試。坐在你對面的候選人說「我很會用 AI」，你要怎麼判斷這句話是真是假？

企業要分辨一個人是不是「真的會用 AI」，其實只需要看五件事：他能不能把 AI 指揮對（指揮力）、他到底交付了什麼實質成果（交付力）、同樣時間他能放大多少產能（產能乘數）、產出的成果品質撐不撐得住（品質力）、他的方法有沒有被別人採用（擴散力）。

以下逐一展開。

### Command 指揮力（25%）｜解決「不會問問題的人」

你的團隊裡有沒有這種人：工具都裝了，帳號都開了，但產出還是靠自己手動？問題不在工具，在指揮。Command 衡量的是：你能不能讓 AI 做對的事？

Anthropic 的研究顯示，指令品質與產出品質的相關性極高。換句話說，會問問題的人，AI 替他做出來的東西就是比較好。高指揮力的人不只是會下 prompt，他們建立可複用的工作流程、設計自動化管線、把模糊需求翻譯成 AI 能執行的精確任務。

驗證方式：可複用的工作流程與系統指令數量、自動化管線數、AI 工具整合廣度、多步驟任務拆解的複雜度。

### Delivery 交付力（25%）｜解決「只會空談 AI 的人」

開會的時候很會講 AI 趨勢，但季末盤點的時候，實際 ship 了什麼？Delivery 衡量的不是你試過什麼，是你上線了什麼。

驗證方式：版本紀錄的頻率與量、部署中的服務或工具數、發布的內容數、從零到上線的完整專案數、程式碼品質指標。

### Leverage 產能乘數（20%）｜解決「加人加不動」的瓶頸

這就是「40 分鐘 vs. 15 人天」的核心。Leverage 直接回答企業最在乎的問題：這個人加入之後，團隊的產能乘數是多少？同樣的認知投入，透過 AI 協作放大了多少倍？

驗證方式：實際認知投入 vs 傳統估算的比值、並行專案數、AI 工具調度數量、自動化覆蓋率。

### Quality 品質力（15%）｜解決「量產但沒品質」的風險

AI 能大量生成內容的時代，品質守門人空前重要。Anthropic 的研究發現，把任務成功率計入後，生產力提升的估算會縮減約三分之一。也就是說，有三分之一的「加速」其實是品質打折。Quality 衡量的是：你的產出經得起檢驗嗎？

驗證方式：使用者或流量數、系統穩定度、品質控制機制數（自動測試、查核流程、審查制度）、外部引用或分享次數。

### Influence 擴散力（15%）｜解決「強者無法複製」的困境

一個人再強，如果方法只活在他自己腦袋裡，對組織的價值就有天花板。Influence 衡量的是：你的方法有沒有被別人學習或採用？這是個人貢獻者跟讓整個組織加速的人之間的分水嶺，也是最高槓桿的價值創造形式。

驗證方式：開源專案互動數（stars, forks, contributors）、工作流程模板採用次數、教學內容觸及人數、方法論被外部引用次數。

### 維度之間的關係

誠實地說：這五個維度不是完全獨立的。高品質（Quality）常常是擴散力（Influence）的前因。一條強大的自動化管線（Leverage）本身就是一種交付（Delivery）。這五項能力相互強化，形成一個價值環路。

這是設計特徵，不是缺陷。真實的價值創造本來就是多維交織的。財務報表裡的營收、毛利、淨利也有因果關係，但我們不會因此只看一個數字，因為每個數字揭示了不同面向。五個維度是五個觀察鏡頭，不是五個獨立變數。目標是更豐富的觀察，不是完美的分解。

---

## 怎麼防止 Portfolio 變成刷分遊戲？

任何能力框架最常被質疑的，就是它會不會淪為刷分遊戲。

這個擔憂完全成立。Goodhart&apos;s Law 早就指出：當指標成為目標，它就不再是好指標。沒有任何量化系統能豁免於這條規律。真正需要追問的，不是它能不能被灌水，而是灌水的成本是否夠高，高到讓操弄變得不划算。

AI Collaboration Portfolio 用三層證據架構來回應：

**第一層：自動抓取。** 使用者授權後，系統從第三方平台直接拉取數據，包括版本紀錄、程式庫結構、自動化流程檔案、網站分析、套件下載量、社群指標。這些數據由獨立平台記錄，使用者無法竄改。你的 GitHub 上有幾個 commit 就是幾個。這層是 Portfolio 的「硬證據」底線。

**第二層：結構化自評。** 無法自動抓取的部分（並行專案數、傳統人天估算、AI 工具整合方式），用結構化表單引導填寫。每個自評欄位旁邊都有一個「證據連結」欄位。有附連結的標記為 *Evidenced*，沒附的標記為 *Self-reported*。任何看你 Portfolio 的人都能看到這個標記，自行判斷可信度。

**第三層：AI 校驗。** 使用者授權後，AI 分析程式庫結構和程式碼模式，獨立建議各維度的分數。AI 建議分數跟使用者自評並列顯示。如果你自評 90 分但 AI 建議 50 分，這個差距會被視覺化標記。

三層一起運作：自動數據不能造假、自評有透明的證據標記、AI 提供獨立參照。這不是消滅灌水，是把灌水的成本拉高到不划算。

更關鍵的是，這個框架的終極防線不在內部驗證，而在外部現實。Quality 與 Influence 兩個維度所要求的證據，來自使用者控制範圍之外：使用者採用率、社群互動、客戶回饋、市場結果。團隊內部也許可以串通刷票數，卻無法強迫市場買單，也無法偽造開源社群的真實採用。

這套系統不是用來自動下判決的機器，它更像是人才評估上的「鑑識會計」：我們不再只聽面試者說了多動聽的故事，而是審計他留下的數位證據鏈，看他如何在 AI 協作中定義問題、分配任務、糾偏並達成交付。

---

## 三個最尖銳的質疑，與我們的回應

我們把這個框架丟進多模型對抗式辯論，跑了三輪壓力測試。以下是最有力的三個攻擊和我們的回應。

**Q1：AI 可以幫人偽造整條證據鏈。**

AI 能偽造地圖，但偽造不了走過那條路的記憶。在框架引導的深度面試裡，面試官追問的不是「你做了什麼」，而是「你怎麼做決策的」：為什麼放棄那個方法？成本的權衡怎麼考慮？遇到 AI 出錯時怎麼處理？真正做過的人可以回答三層追問。照腳本演的人，第三層就崩了。

**Q2：Leverage 的基準（人天）是你自己說已經失效的東西，拿它當分母是循環論證。**

Leverage 不該被解讀為對照固定基線的靜態倍率。它的核心價值是時間維度上的變化率，也就是你的進步速度。一個工程師 2024 年用 GPT-4 達到 10 倍槓桿，2026 年用更強的模型還是 10 倍，這本身就暴露了適應力的停滯。AI 工具在進化，基線在移動，真正有預測力的是你適應每一次典範轉移的速度，而不是某一刻的絕對值。

**Q3：框架聚焦個人，但 AI 時代最高價值的貢獻往往是共享認知資產。**

這是目前版本的真實局限。一個人建了一套 Prompt 指令庫讓整個部門都能用、設計了一個讓所有人效率翻倍的工作流程。這種網絡效應確實無法被個人維度完整捕捉。Influence 維度部分觸及，但不夠。團隊版框架，衡量一個人如何放大整個系統的產能而不只是自己的，是下一階段最重要的演化方向。

&gt; 💡 **更多質疑與回應：** 關於「為什麼不加適應力和倫理維度」、「維度之間的因果歸因」、「作者拿自己當案例是否為倖存者偏差」等三個延伸問題，請見文末[附錄](#附錄更多質疑與回應)。

---

## 案例驗證：一個人怎麼同時跑八個專案？

為了驗證框架的實際可操作性，我拿自己的數據跑了一遍。以下所有數據皆可公開驗證。

與其逐項列分數，不如看三個最能體現框架診斷力的對比：

**對比一：四語言內容系統。** 我的個人網站 [paulkuo.tw](https://paulkuo.tw) 已累積 80 多篇文章，每篇都提供繁中、英文、日文與簡體中文四種語言版本，並由單次 commit 觸發自動翻譯管線生成。這不只是 Delivery（交付了多少內容），更反映了 Command（你能不能設計出讓 AI 幫你做到這件事的流程）。傳統做法？四個翻譯、一個編輯、一個專案管理。

**對比二：跨領域同時作戰。** 同時維護八個以上活躍專案，橫跨軟體開發、內容出版、電商營運、企業顧問，涵蓋完全不同的領域。Timing App 的時間追蹤數據整合在網站的即時儀表板上，提供實際認知投入時數。這是 Leverage（產能乘數）的直接體現：傳統上，這需要五到八人團隊。

**對比三：最弱的維度說了什麼。** 我的 Influence 分數是全場最低：開源專案存在但社群互動有限，社群媒體活躍但尚未規模化，重要的演講和外部引用幾乎為零。框架的診斷價值在這裡最明顯：它不只是驗證強項，它用令人不舒服的精確度告訴你下一步該做什麼。

更關鍵的觀察不是分數本身，是證據的性質。上面每一項宣稱都可以透過公開 URL、GitHub repo、或網站分析 API 獨立驗證。沒有任何一項只靠自我宣稱。這就是這個框架跟所有問卷式評估的根本差異：證據存在於系統之外。

一個框架的設計者拿自己當案例，當然有選擇偏差。但這個案例的價值不是統計上的，而是工程上的：一個完整、可檢視、可複製的藍圖，任何人都能用自己的數據跑一遍。你的團隊也可以。把它想成開源釋出，不是臨床試驗。

---

## 不做 AI 生產力度量的代價：能力落差正在隱形擴大

為什麼這件事重要？因為不做度量的代價，比做錯度量更大。

[Anthropic Economic Index](https://www.anthropic.com/research) 記錄了一個 deskilling 效應：AI 優先接管工作中的高技能成分，留下低技能的部分。如果我們無法辨識誰真正擅長 AI 協作，高能力者會被系統性低估，而面試表現好但實際產出差的人會被高估。

生產力差距是真實的、而且在擴大。大學程度任務被 AI 加速 12 倍，高中程度只有 9 倍。這不是隨時間慢慢累積的小差距，而是結構性的分歧。而且目前對勞動市場完全不可見，因為沒有度量系統能把它顯現出來。

這個框架也有它的邊界，三個最重要的局限需要誠實面對：

**個人 vs 系統價值。** 框架衡量的是個人產出，但 AI 時代真正高價值的貢獻，往往是共享認知資產：一套整個部門都在用的 Prompt 庫、一條讓所有人加速的自動化流程。如何衡量一個人對系統產能的放大效果，而不只是他自己的產出，是下一階段最重要的延伸方向。

**數位軌跡的隱私邊界。** 三層證據架構的第一層是自動抓取，但「自動」和「監控」之間的界線，取決於誰握有數據的控制權。如果是員工自主授權、Portfolio 歸個人所有，它是賦權工具；如果是企業強制部署、主管單方面調閱，它就會變成數位監控。技術架構必須從一開始就把數據所有權鎖死在個人端，否則 Portfolio 會淪為新時代的打卡機。

**B2B 報價的商業現實。** 框架可以改變企業內部怎麼評估人才，但改變不了市場怎麼買單。多數甲方的採購流程仍死死綁定「人天報價單」。你可以用 Portfolio 證明自己 40 分鐘做完 15 人天的事，但甲方的系統裡沒有一個欄位能填這種非線性產出。企業內部的人才評估可以先行，但要讓這個框架真正替代人天計價，需要整個商業生態的計價慣例一起轉型。這不是一個工具能解決的問題，是一場需要時間的產業共識。

&gt; 💡 **更多局限討論：** 關於適應力的捕捉方式、跨組織標準化難度、公平性與可及性等議題，請見文末[附錄](#附錄更多局限討論)。

這些不是要掩蓋的缺陷，而是下一輪迭代的研究方向。

但別忘了：我們面對的選擇，其實只有兩個：用這個框架，或者繼續什麼都沒有。沒有框架的世界長什麼樣？就是現在這樣：企業靠履歷上的關鍵字篩人，靠面試時的印象決策，卻完全無法分辨「會用 AI」和「能用 AI 一個人扛起整個團隊」之間的巨大落差。

沒有度量的東西，在決策現場就是隱形的：AI 協作能力，目前就是這個狀態。

AI Collaboration Portfolio 是一次嘗試，讓隱形的變得可見。它是一張不完美的地圖：但你的另一個選項，是繼續蒙著眼睛在新大陸上狂奔。

目前的版本針對個人使用者。企業版，支援團隊儀表板、跨部門基準比較、以及招聘流程整合，是下一階段的開發方向。如果你的組織正在思考怎麼評估 AI 人才，歡迎從個人版開始體驗框架的邏輯。

→ *免費評估你的 AI 協作等級：[paulkuo.tw/tools/ai-collab-portfolio/](https://paulkuo.tw/tools/ai-collab-portfolio/)*

---

### 附錄：更多局限討論

**適應力怎麼看？** 適應力不是第六個維度，它是五個維度隨時間的進步速度。一個人的指揮力、交付力、產能乘數在 AI 工具迭代之間持續提升，他就是高適應力的。框架透過分數的時間軌跡來間接捕捉這件事，未來版本可以把自我迭代速度納為一級信號。

**跨組織的標準化難度。** 指揮力在軟體工程師身上有版本紀錄可以驗證，但在行銷總監或設計師身上怎麼衡量？不同產業、職能、組織規模對維度的定義可能天差地別。五個維度提供了觀察結構，但具體的量化指標和權重配置，必然需要依產業和職能做在地化校準。

**公平性與可及性。** 能取得最新 AI 工具的人，在這個框架裡天然佔有優勢。如果度量系統本身放大了數位落差，而非揭示真實能力，那它就失敗了。

---

### 附錄：更多質疑與回應

**Q4：為什麼不加「適應力」和「倫理力」維度？**

適應力不是獨立維度，而是五個維度隨時間的進步速度。一個人的 Command、Delivery、Leverage 分數在 AI 工具迭代之間持續提升，他就是高適應力的。同樣的邏輯適用於「反思迴路」，也就是用 AI 分析和優化自身工作模式的元技能。它表現為五個維度隨時間的上升軌跡，不是第六欄的靜態分數。倫理是底線約束，不是績效指標，違反倫理應該直接取消資格，而不是扣 15 分。

**Q5：維度之間有因果關係，無法精確歸因。**

承認。框架追求的是更豐富的觀察，不是數學上的精確切割。歸因模糊的地方，三層證據架構提供原始數據讓評估者自行判斷。這正是框架的設計意圖：它不取代人類判斷，它給人類判斷更好的材料。

**Q6：作者拿自己當案例是倖存者偏差。**

方法論上完全成立。一個框架的設計者當然會挑對自己有利的證據。回應不是否認偏差，而是讓偏差變得結構上不重要：案例中的每一項宣稱，都可以透過公開 URL、GitHub repo、或第三方分析 API 獨立驗證。這個案例的價值不是統計上的，而是工程上的。它提供一個完整、可檢視、可複製的藍圖，任何人都能用自己的數據跑一遍。初始版本難免反映創作者的脈絡，但它的價值取決於社群是否覺得值得 fork、攻擊、改進。

---

### 參考文獻

1. Brooks, F. P. (1975). *[The Mythical Man-Month: Essays on Software Engineering](https://en.wikipedia.org/wiki/The_Mythical_Man-Month)*. Addison-Wesley.
2. Dakan, R. &amp; Feller, J. (2025). &quot;Framework for AI Fluency.&quot; Ringling College of Art and Design / University College Cork. Version 1.5.
3. Anthropic. (2026, January). &quot;[Anthropic Economic Index report: Economic primitives](https://www.anthropic.com/research).&quot; anthropic.com/research.
4. Anthropic. (2026, March). &quot;Anthropic Economic Index report: Learning curves.&quot; anthropic.com/research.
5. Anthropic. (2026, March). &quot;Estimating AI productivity gains from Claude conversations.&quot; anthropic.com/research.
6. Anthropic. (2026, March). &quot;Labor market impacts of AI: A new measure and early evidence.&quot; anthropic.com/research.
7. [US Department of Labor](https://www.dol.gov/). (2026, February). &quot;AI Literacy Framework.&quot;
8. [Alan Turing Institute](https://www.turing.ac.uk/) / UK DSIT. (2025). &quot;AI Skills for Business Competency Framework.&quot; Version 3.
9. [UNESCO](https://www.unesco.org/). (2026). &quot;AI competency framework for students.&quot; unesdoc.unesco.org.
10. Schleiger, E. et al. (2025). &quot;Generative AI in Human-AI Collaboration: Validation of the Collaborative AI Literacy and Collaborative AI Metacognition Scales.&quot; *Interacting with Computers*. Taylor &amp; Francis.
11. Chee, K.N. et al. (2025). &quot;A Competency Framework for AI Literacy.&quot; *British Journal of Educational Technology*. Wiley.</content:encoded><category>智能與秩序</category><category>AI 生產力</category><category>人月神話</category><category>AI Collaboration Portfolio</category><category>Anthropic Economic Index</category><category>五維框架</category><category>超級個體</category><category>人機協作</category><category>績效衡量</category><category>企業人才評估</category></item><item><title>四十萬人的腳步，能對應多少碳？</title><link>https://paulkuo.tw/articles/formosa-esg-2026-low-carbon-pilgrimage/</link><guid isPermaLink="true">https://paulkuo.tw/articles/formosa-esg-2026-low-carbon-pilgrimage/</guid><description>三十萬人報名、來回約四百公里徒步，白沙屯拱天宮媽祖進香（白沙屯媽）路線由媽祖決定：這是台灣每年春天的大型群眾運動。這場活動的環境意義是什麼？我跟 1.5°C 科學減碳倡議標準協會合作，用四週時間從零打造了一套GPS打卡與碳足跡追蹤系統。這篇文章記錄整個過程：為什麼做、怎麼做、以及這件事對 ESG 實踐的意義。
</description><pubDate>Wed, 01 Apr 2026 00:00:00 GMT</pubDate><content:encoded>&gt; **TL;DR** — 2026 白沙屯媽祖進香首次導入 GPS 碳足跡追蹤系統，與 SSBTi 科學減碳協會合作，四週從零打造萬人等級平台。排放係數 0.21 kg CO₂/km、預估避免 6,300 噸碳排放（≈ 16 座大安森林公園年碳吸收量），加上九級修仙香客等級的遊戲化設計，嘗試用現代的語言，重新理解信仰實踐中那些本來就存在的行為價值。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/formosa-esg-2026-low-carbon-pilgrimage-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/formosa-esg-2026-low-carbon-pilgrimage-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

二月初的一個週末下午，朋友邀請我到他們平常聚會的場地，聊起他們的志向與心願。希望能構建一個永續行善・民間共善的平台。時間很趕，希望今年四月的[白沙屯媽祖進香](https://mazu.today/projects/formosa-esg-2026/)就能用得上，問我能不能幫忙？！ 我......

2025年，環球境地攜手天后獅子會和科學減碳協會，已經在白沙屯進香推出「ESG 善足跡」計畫，用 Google 表單和 LINE 群組收集香客的低碳行動紀錄，串聯了三十六家企業參與。概念驗證了，但資料收集靠人工、碳足跡靠自填，要把數據規模化會有瓶頸。

2026 年報名才開放幾天，人數就衝過去年的最終統計。廟方預估會突破四十萬。我們不意外，大環境震盪，加上今年是選舉年。韓炳哲在[《儀式的消亡》](https://www.books.com.tw/products/0010891045)中說：「勞動在世俗領域，使人孤立無援，形單影隻，而節日則使人聚集起來，成為一體。節日的週期性源於這樣一個事實，人們會定期感到聚集在一起的需要,因為集體性是我們的本性。」

真正讓人感動的，是整套行腳、等候、起駕、進火、回鑾，把[信仰變成身體可經驗的秩序](/articles/faith-collapse-rebuild/)：走了幾公里只是表象。整套儀式把人帶進一個有象徵厚度的世界。

我想：如果能透過系統，更無痛的記錄每個人走了多遠、算出減碳量，去年的善足跡概念就能從問卷變成真正的數據基礎設施。看著每週幾乎都在演化，增強功能的Claude，我想，就來實作，看這套系統能走多遠。


## 白沙屯媽祖進香：從五萬到四十萬人的成長曲線

白沙屯媽祖進香已經有超過兩百年歷史。每年春天，香客從苗栗白沙屯拱天宮出發，徒步前往雲林北港朝天宮，來回約四百公里，歷時八到九天。最獨特的是路線完全不固定：轎班人員依媽祖指示前行，每年都是一段未知的旅程。

這場活動的成長曲線驚人。2020 年報名五萬四千人，2023 年突破十一萬，2024 年衝到近十八萬，2025 年翻倍到三十二萬九千人。2026 年截至三月下旬已逾三十七萬，預估突破四十萬。六年之間成長超過七倍。

過去的報導多半在講人數、路線、粉紅超跑的感動故事。去年開始，有人換了一個角度問：當這麼多人選擇用走的而不是開車，到底「省」了多少碳排放？

這個問題背後有很多可探索的維度。例如，台灣的ESG浪潮已經從上市櫃企業的年報延伸到[供應鏈](/articles/jd-ai-supply-chain-revolution/)，慢慢滲透到日常語言裡，[每一筆可量化的減碳數據都有實質意義](/articles/civilization-metric-system-over-goal/)，一般民眾也不再覺得是太深奧的名詞。去年的善足跡計畫證明了這個概念行得通，但要讓數據從概念走向可被記錄、可被追蹤的程度，需要的不只是問卷：需要系統。

## 徒步進香能減多少碳？一套計算邏輯

碳足跡的計算邏輯其實不複雜。[環境部的排放係數資料庫](https://ghgregistry.moenv.gov.tw/)告訴我們，一輛小客車每行駛一公里大約排放 0.21 公斤的二氧化碳。如果一位香客選擇徒步走完全程而不是開車，每公里就避免了這 0.21 公斤的碳排放。

拿這個數字來算：假設三十萬人平均各走一百公里（保守估計，很多人只走部分路段），光是「用走的取代開車」這件事，在上述假設下，大致可對應約六千三百噸的二氧化碳避免排放。以常見的換算方式估算，這個量級大致相當於[十六座大安森林公園](https://www.forest.gov.tw/)一年的碳吸收能力。

&gt; **📊 關鍵數據**
&gt; - **排放係數**：每公里 0.21 kg CO₂（環境部公告值）
&gt; - **預估總避免碳排放**：約 6,300 噸 CO₂
&gt; - **等同**：16 座大安森林公園一年碳吸收量

但這些都是紙上數字。真正的問題是：怎麼讓每個人知道自己走了多遠、貢獻了多少？怎麼把「行善」和「減碳」這兩件事呼應起來，讓這些行為被看見？

這就是今年希望透過AI的賦能，升級系統的原因。

## 四週打造萬人等級碳足跡追蹤系統

三月二十三日，距離四月十二日出發還有二十天。我跟 [1.5°C 科學減碳倡議標準協會（SSBTi）](https://www.ssbti.org)合作：他們提供科學減碳的方法論框架和協會背書，我負責技術開發和系統部署。

[SSBTi](https://www.ssbti.org) 是 2022 年經內政部核准立案的非營利社團法人，也是國際供應鏈科學減碳倡議目標聯盟的台灣成員。去年他們已經以協辦身份參與善足跡計畫，今年的合作更聚焦：他們提供科學減碳的方法論框架，我負責把人工流程轉化成更自動的介面，整合網站與Line OA 。

技術架構用 Astro 做前端，Cloudflare Workers + D1 + KV 做後端，全部跑在邊緣運算上。選這個架構的原因很務實：進香活動發生在移動中，手機訊號不穩定，需要極低的延遲和極高的可用性。Cloudflare 的全球邊緣節點正好解決這個問題。此外，讓大家再安裝APP並不現實。

四週完成的事，攤開來看有點超現實：

第一天驗證技術可行性：用手機 GPS 擷取座標，確認精度夠用。第二天建好後端骨架：GPS 打卡 API、碳足跡計算公式、LINE Bot 整合、D1 資料庫結構、Worker 部署。第三天做完前端 UX 重構：十三題卡片式問卷介面、線性進度條、九級香客等級系統。第四天上線 Dashboard 和安全機制：伺服器端地圖聚類、速率限制、活動啟停控制。第五天到第六天進行四輪壓力測試：最高推到五千個虛擬使用者同時在線，成功率 99.99%。

能在這個時間壓力下完成，Claude 幫我大忙。從架構設計到程式碼生成到測試腳本，Claude Chat, Cowork 跟 Claude Code是不會累的工程師夥伴。我的角色比較像專案的決策者和品管：每一個「為什麼這樣做」和「為什麼不那樣做」是我在判斷，但[執行速度是AI 撐起來的](/articles/ai-capability-gap-2026/)（還有付費給Token用的錢錢）。

## 從煉氣到飛升：九級香客等級的遊戲化設計

系統設計裡我最在意的小細節，是九級香客等級。

概念是被[《凡人修仙傳》](https://youtu.be/oVrBrKtC9cQ?si=bHCqxl7pmwlXfuZz)啟發，從「煉氣」開始，隨著累積里程和打卡次數逐步升級：築基、結丹、元嬰，一路到飛升。每個等級都有一張專屬公仔圖，取代了原本打算用的 emoji。這不是在搞噱頭。白沙屯進香本身就是一個「修行」的隱喻：你用雙腳一步一步走完全程，過程中經歷疲憊、堅持、感動、頓悟。等級系統把這個心理歷程具象化了。

![九級香客等級公仔圖：從煉氣到飛升](/images/formosa-esg-pilgrim-ranks.png)

[道成肉身](/articles/incarnation-ai-embodiment/)的概念：抽象的信念必須進入具體的身體經驗才有意義，基督宗教傳統的《拜苦路》，在基督受苦的每一站默想自己與上主的關係與人性的究竟！跟我在做這個系統時的想法不謀而合。碳足跡數據是抽象的，但你打開手機看到自己從煉氣升到了結丹，看到累積了五十公里、避免了十點五公斤碳排放，那個數字就不只是數字。它變成你的願力。

分享頁面也是刻意設計的：全寬地圖、QR Code、即時統計數據。香客走在路上休息時拿出手機一掃，就能看到自己走到哪、等級多少、減了多少碳。然後分享給朋友。每一次分享都是一次永續意識的微傳播。

## 當 ESG 不再只是企業報告：四十萬人的永續場域

做這個系統的過程中，越重要的概念越容易變成 Buzz word。ESG 在台灣的困境，不是缺方法論，是缺場景。

企業做碳盤查、寫永續報告、設減碳目標等，都是正確的事，但對一般還是太遙遠。大多數人聽到ESG會覺得那是上市公司的功課。

但我們希望白沙屯進香能改變這個印象。當你把碳足跡追蹤放進一個有四十萬人參與的活動裡，永續可以是「我今天走了十五公里，對應約三點一五公斤的碳排放減量」這樣具體的個人體驗：不只是報告裡的文字說明。信仰提供了動機，科技提供了度量，兩者結合產生的影響力，是一種新的嘗試與創造。光是這樣的整合就有創新意義。

對企業來說，這類經過方法估算的數據，也提供了一種新的角度：作為永續參與和社會影響力的補充說明，而不只是報告裡的又一個數字。

[SSBTi](https://www.ssbti.org) 協會在這個專案裡扮演的角色正是如此：提供方法論的參考基礎與框架，讓數據從工程師的估算，逐漸走向有方法基礎、可持續優化的行為指標。

## 四十萬雙腳的聲音

四月十二日，白沙屯拱天宮前的廣場會擠滿等待出發的香客。鞭炮聲響起的那一刻，這些人會開始走。有些人會走完全程八天，有些人走一天就回家，有些人中途加入再中途離開。每個人的路徑都不一樣，但每一步都會被記錄。

我不知道最後的數據會是什麼樣子：總里程多少、總減碳量多少、哪個路段最多人打卡。但我知道一件事：當我們把[信仰的力量和永續的框架連結](/articles/compass-meets-algorithm-authority-in-human-ai-era/)，是一件有意義的創造。

這一次，我們做的，只是試著連結與整合。用技術把那些原本看不見的腳步，轉譯成當代社會能理解的語言。這一次，四十萬人的腳步留下了真實的數字。減碳有了自己的名字，信仰有了可以被看見的形狀。

當然，這些數字仍然建立在特定的假設之上，例如徒步是否真的取代了原本的交通行為，也還有許多可以再細緻化的空間。但也正因為如此，這樣的嘗試才顯得有意思：它讓一個原本難以量化的集體行動，開始有了被理解與被討論的可能。

整合需要許多人的參與，可以是物資、技術，許多志工的幫助，可以是六天寫出來的數萬多行程式碼，也可以只是你手機上的一個打卡按鈕。若技術有更高的用途，是讓儀式在這個時代，留下可以被看見的形狀。


[了解更多：2026 白沙屯媽祖進香 — Formosa ESG 低碳行善追蹤系統](https://mazu.today/projects/formosa-esg-2026/)</content:encoded><category>循環再利用</category><category>碳足跡</category><category>白沙屯媽祖</category><category>ESG</category><category>GPS 追蹤</category><category>永續行動</category><category>Cloudflare Workers</category><category>遊戲化設計</category></item><item><title>知識管理不靠自律，靠管線</title><link>https://paulkuo.tw/articles/knowledge-pipeline-not-discipline/</link><guid isPermaLink="true">https://paulkuo.tw/articles/knowledge-pipeline-not-discipline/</guid><description>每天在手機上剪藏十幾篇文章、存了一堆 podcast 筆記、會議錄音轉寫完就丟進資料夾：然後再也沒打開過。這不是懶，是系統設計的問題。買了Get Seed 錄音卡，整合在 Get筆記後，我發現每天的資訊量更龐大。幸運的是，Get 筆記已經有API，透過他的OpenAPI、一支 Python 腳本、crontab 排程和一個 Cowork Skill，把整條知識管線從收集到分類到查詢全部自動化。這篇不是教人用什麼App，只是分享一套我目前的知識管線工具。知識管線會持續調整與優化。
</description><pubDate>Sun, 29 Mar 2026 00:00:00 GMT</pubDate><content:encoded>我數了一下，光是三月的前兩週，我在 Get筆記上存了將近兩百篇東西。文章、podcast 摘要、得到 App 的課程筆記、開會錄音的逐字稿。存的時候都覺得「這個之後一定要看」。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/knowledge-pipeline-not-discipline-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/knowledge-pipeline-not-discipline-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

然後呢？沒有然後。

打開 App 一看，全擠在同一個時間軸上，課程筆記跟買菜清單混在一起，三週前存的那篇關於 AI Agent 架構的深度文章，被後來存的二十篇東西蓋到不知道哪裡去了。

這個場景你一定不陌生。我身邊的朋友也有同樣的困擾：建了漂亮的資料庫，寫了三天之後就再也沒維護過。用其他工具的人也辛苦，光是糾結要用什麼 plugin、tag 要怎麼設計，就把整理的力氣用完了。

問題很清楚：不是收集難，是整理難。而整理之所以難，是因為我們把它當成一個需要「自律」來維持的習慣。

但自律是世界上最不可靠的資源。

## 換個思路：如果整理不需要人參與呢？

[一個人加 AI 能完成的工程量](/articles/super-individual-case-study)，的體悟之一是：凡是需要人類持續手動介入的流程，最後都會崩壞。不是因為不夠自律，是因為手動流程的維護成本會隨著資料量線性增長，而我們的注意力不會指數成長。

軟體工程裡有個概念叫 pipeline：資料從 A 流到 B 流到 C，每個環節自動觸發下一步，不需要人站在旁邊盯。CI/CD 是 pipeline，ETL 是 pipeline，家裡的洗碗機也是一種 pipeline：髒盤子進去，乾淨盤子出來，你不用站在旁邊一個一個洗。

知識管理也變成一條 pipeline，可行嗎？不知道，先試著做看看。

## 四階段：收集 → 同步 → 分類 → 使用

整條管線拆開來看，就四個階段。（想看全貌的可以打開這張[互動式流程圖](/knowledge-pipeline-flowchart.html)。）

**收集**，在手機端完成。Get筆記是我的統一入口：看到好文章，存；podcast 聽到一段有感覺的，存；得到 App 上的課程筆記自動同步過來，不用另外操作；開會錄音丟進去，AI 自動轉寫加摘要。這一層的關鍵是「只有一個入口」。所有東西都進 Get筆記，不分散。

**同步到本機**，靠一支 Python 腳本。Get筆記有 OpenAPI，我寫了 `sync_notes.py`，crontab 設定每天晚上 23:00 自動跑一次。它只拉新增的筆記（增量同步），轉成 Markdown 格式存到本機的 `notes/` 資料夾。每天醒來，前一天存的東西已經安安靜靜躺在電腦裡了。

**自動分類**，這是整條管線最花心思的部分：也是我最得意的部分。

**使用**，分類完的筆記可以直接全文搜尋，也可以透過 Cowork Skill 用自然語言查。「幫我找那篇關於龍蝦的文章」，它就會去 API 搜，把結果拉回來。不用記檔名，不用記存在哪個資料夾。

## 三層分類引擎：讓每篇筆記自動找到家

分類引擎是三層 fallback 架構，每篇筆記從上往下跑，第一層命中就不往下走。

第一層是**錄音卡偵測**。Get筆記的錄音筆記會自帶「錄音卡筆記」的 tag，腳本偵測到這個 tag 就把它歸到會議錄音資料夾。裡面再按關鍵字分成八個專案子資料夾：SDTI 的、CircleFlow 的、投資人會議的，各歸各位。

第二層是**課程系列偵測**，這是我最滿意的設計。得到 App 的課程文章，URL 裡藏著一個 `courseArticleId` 參數。同一門課的所有文章共用同一個 courseArticleId。我的腳本解析這個 ID，去比對一個叫 `_course_registry.json` 的動態登錄檔。

這個 registry 的巧妙之處在於：它會自動擴展。如果腳本遇到一個從沒見過的 courseArticleId，它不會傻在那裡不知道怎麼辦，而是自動建一個新資料夾、把這門課登記進 registry、然後開始歸檔。下次遇到同一門課的其他文章，就知道往哪送了。

我不需要每次開新課就去改程式碼。系統自己認識新課程。

第三層是**關鍵字分類**，最樸素但也最穩的兜底策略。腳本掃描筆記標題加內文前 300 字，比對一組關鍵字庫，分到對應的主題資料夾：AI 與科技、醫療健康、投資理財、個人成長、生活雜記⋯⋯。分不到任何類別的就進「其他」，至少不會消失在虛空中。

三層的優先順序很重要：錄音卡是最確定的（有明確 tag），課程系列是次確定的（有結構化 ID），關鍵字是模糊匹配但覆蓋面最廣。每篇筆記一定有歸處。

## 為什麼不用手動標籤？

建管線的過程中，我反覆試著用手動建立標籤。結論是：行不通。

不是技術上行不通，是人性上行不通。你存一篇文章的時候腦子裡想的是「這個好有用」，不是「這個應該歸到哪個標籤體系的第幾層」。要求使用者在收集的當下就做分類決策，也是消耗認知資源的操作。

第二個問題是標籤會飄移。你一月設的標籤體系，到三月就覺得不對了，但前兩個月的幾百篇筆記不可能回頭重新標。標籤系統的維護成本跟內容量成正比，而且是回溯性的：改一次規則就要重新處理所有歷史資料。

自動分類的好處是：規則改了，重跑一次腳本就好。一百篇跟一萬篇的成本一樣。

## 從「整理」到「取用」

管線建好之後，改變我工作方式的不只「整理」變快，「取用」也變得更友善。我可以直接在Claude的視窗調取資料，輸出我要的內容。

以前存的東西等於沒存，因為不方便查找。現在我可以在 Cowork 裡直接說「最近有沒有存過關於循環經濟的文章」，Skill 會去 API 搜尋，把符合的筆記列出來，連摘要都有。我可以說「幫我看一下萬維鋼那門課我上到哪了」，它就去讀 `_series_meta.json` 的進度索引。

知識管理的目標不是「存好」，是「用得到」。管線解決的不只是整理問題，是把收集和使用之間那道鴻溝填起來。

這跟我在 [paulkuo.tw 做 AI-Ready 持續優化](/articles/ai-ready-continuous-optimization)的邏輯是一樣的：不要讓人去適應系統，讓系統去適應人。網站優化交給自動迴圈，知識整理交給自動管線。人的精力留給真正需要判斷力的事。

## 一條管線，一種態度

回頭看，這條管線技術上其實不複雜。一支 Python 腳本、一個 crontab 排程、一份 JSON registry、一個 Cowork Skill。沒有機器學習，沒有向量資料庫，沒有什麼高深的 NLP。

但它解決了一個糾結我的問題。

以前每次看到知識管理的文章，都會被那套「建立第二大腦」的論述吸引，然後花一個週末搭 Notion 模板、設計 tag 體系、寫使用守則：然後兩週後又回到原點。不是工具不好，是那套方法本質上在跟人性對賭：它賭你每天都有力氣手動整理。但我不可能每天都有足夠的專注力。

管線思維不賭人性。它賭的是 API 穩定、cron 準時、程式邏輯正確。這三件事的可靠度，比任何人的自律都高。

如果你也在為知識管理焦慮，我的建議不是去找更好的 App 或更漂亮的模板。而是可以跟AI協作，放掉傳統SOP，問自己一個問題：流程裡，有哪些步驟其實不需要我？哪些是可以委出去？把不需要你的步驟交給管線與AI。把「閱讀、思考、連結、創造」留給自己。

我想，那是知識管理該有的樣子。當然，這是我個人的版本，你可以發展自己的。
---

## 管線產出範例

- [AI 龍蝦十日談](/lobster-decameron) — 得到 App 共同創辦人快刀青衣的十場直播對談，經知識管線同步、AI 結構化整理後的總覽頁面。</content:encoded><category>智能與秩序</category><category>知識管理</category><category>自動化</category><category>API</category><category>AI Skill</category><category>管線思維</category></item><item><title>網站訪客數是零，但 Dashboard 說有 130 人</title><link>https://paulkuo.tw/articles/analytics-sampling-trap/</link><guid isPermaLink="true">https://paulkuo.tw/articles/analytics-sampling-trap/</guid><description>我的個人網站 paulkuo.tw 的儀表板顯示訪客數為零。但 Cloudflare Dashboard 明明顯示 130 人來過。到後台檢查發現，不是程式壞了：是 Cloudflare GraphQL API 的 adaptive sampling 在低流量網站上直接把 130 壓成了 0。前幾天都&quot;正常呈現&quot;，到底問題在哪？我想分享排查過程、走錯的路、以及最終為什麼決定「自己數人頭」。如果你正在經營個人網站或公司官網，也可以想想你的流量數據是否需要檢查。
</description><pubDate>Mon, 23 Mar 2026 00:00:00 GMT</pubDate><content:encoded>晚上十一點半，我打開 paulkuo.tw 的首頁，看了一眼流量分析區塊。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/analytics-sampling-trap-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/analytics-sampling-trap-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

訪客：0。

不對。今天有人看我的文章，翻譯工具也有人在用。昨天的數據已有數百人來訪，不可能今天直接歸零。我打開 Cloudflare Dashboard 看：Page views 193，Visits 130。

零和 130 不是誤差，是兩個完全不同的世界。究竟是「沒人來」，還是「一百多人來過了」。哪一個是對的，或者都錯？

## Cloudflare 的兩個世界

如果你的網站放在 Cloudflare 上（全球超過 4,100 萬個網站都是），你可能不知道 Cloudflare 其實有兩套完全不同的分析系統。

**第一套：Zone Analytics（HTTP Traffic）。** 這是 CDN 層的數據。每一筆經過 Cloudflare 網路的 HTTP request 都會被記錄。它能告訴你總請求數、頻寬、國家分佈、unique visitors（用 IP 去重）。精確，什麼都算，包括 Google 的爬蟲、ChatGPT 的 crawler、各種監控 bot。

**第二套：Web Analytics（RUM beacon）。** 這是瀏覽器層的數據。Cloudflare 在你的網頁裡注入一段 JS beacon，只有真人用瀏覽器載入頁面時才會觸發。Bot 不會跑 JavaScript，所以它天然過濾掉了非真人流量。

我在設計流量分析架構時，經過一次迭代，後來選了 Web Analytics 的 GraphQL API 作為主要數據源。理由聯起來很合理，它只算真人，更精準。一開始使用 Zone Analytics 這條路，但含有 bot，數字偏高。才剛設定好網站，一天就上千 Visit。

邏輯沒問題。但我犯了一個錯誤：我驗證了「這支 API 能給我什麼資料欄位」，沒有驗證 Web Analytics（RUM beacon）「給我的數字是不是準的」。

## Adaptive sampling：讓 130 變成 0

追查之後，我找到了根因。Cloudflare 的 Web Analytics GraphQL API 用的是一種叫做 Adaptive Bit Rate（ABR）的取樣技術。

原理不複雜：Cloudflare 每秒處理超過七億筆事件。如果每一筆查詢都要掃過全部原始資料，系統要支付更多成本。所以它把資料存成多種解析度：100%、10%、1%。查詢的時候，系統根據數據量和複雜度，自動選一個解析度回傳結果。

對高流量網站，這完全沒問題。你的日訪客如果有十萬，10% 取樣也是一萬筆，統計上準確度很高。

但對低流量網站呢？我的 paulkuo.tw 一天大約 130 個真人訪客。API 取樣完之後，回傳的 visits 都是 100 的整數倍：0、100、200。130 被四捨五入成了 0。

我去翻了過去 30 天的 API 數據，發現有幾天 visits = 0，而且所有數值都是 100 的倍數。這不是「今天壞了」，這是從上線第一天就是這樣的邏輯。只是我今天第一次拿 API 數據跟 Dashboard 比對。

後來查了 Cloudflare 的文件，他們承認，現在還沒辦法讓使用者驗證查詢結果到底準不準。也就是說，你拿到一個數字，但沒有人能告訴你這個數字的誤差範圍是多少。

## 還有一個更大的數字

當我理清了 Web Analytics 的取樣問題，轉頭去看 Zone Analytics：Unique Visitors 的數字是 1,100。

Web Analytics Dashboard 說 130。Zone Analytics 說 1,100。API 說 0。

三個數字，同一天，同一個網站。

1,100 和 130 的差距：那接近一千個「多出來的訪客」就是 bot。我的網站從一開始的設計就是 AI 友善，有 llms.txt、JSON-LD、MCP 支援，都是為 AI 系統設計的。所以 GPTBot、ClaudeBot、Bingbot 這些爬蟲很勤勞地來抓內容。Zone Analytics 忠實記錄了每一個 IP，不管它是人還是機器。

根據 Imperva 的 2025 年報告，自動化流量在 2024 年首次超過了人類活動，佔全球網路流量的 51%。其中惡意 bot 佔 37%。Cloudflare 的 2025 年度回顧也顯示，AI bot 對 HTML 頁面的請求佔了 4.2%，Googlebot 一家就佔了 4.5%。

所以，我的網站 88% 的 unique IP 是 bot、12% 是真人。聽起來很誇張，但在統計上完全合理。今年一月起，很明顯有感覺到 &quot;Make something Agent Want&quot;，已經是技術圈內的共識。因此，這就讓我重新檢視網站只看真人 Visit 的執念。

## 我走錯的三條路

在找到目前的方案前，我犯了三個錯。

**第一個錯：規劃時沒做技術偵察。** 選 Web Analytics RUM 做主要數據源之前，我沒有查 adaptive sampling 的行為限制，沒有拿 API 回傳值跟 Dashboard 交叉比對。如果當時花五分鐘做這件事，整個問題會在規劃階段被發現。

**第二個錯：發現問題後倉促修復。** 我直覺地判斷「Zone-level API 的取樣粒度應該比較好」，仍有「人類中心」的執念，寫了修正版推到 GitHub。推完之後才在 Cloudflare 社群發現有人回報 zone-level API 也有同樣的 visits=0 問題。於是 revert。一來一回浪費了時間，還污染了 git history。

**第三個錯：把「不含 bot」跟「精確」畫等號。** Web Analytics 確實只算真人，但「不含 bot」不代表「數字正確」。取樣精度和 bot 過濾是兩件完全獨立的事。我把它們混在一起看了。

我與 AI Agent 的工程原則是先偵察再動手，但 AI 會疏漏（奇怪，已經寫在 skill 了呢），我也會。但人在發現問題的時候，特別容易急著去修，跳過該做的功課。

## 看見完整的觀眾輪廓

一開始我把 bot 流量當作噪音，想要排除它。但 paulkuo.tw 有 [AI-Ready 的架構設計](/articles/ai-ready-continuous-optimization)：llms.txt 讓 AI 系統讀懂網站結構、JSON-LD 提供結構化知識、MCP 協議讓 AI agent 可以直接操作。所以，讓 AI bot 來讀內容，不是噪音，也是影響力的一部分。

所以正確的問題變成：怎麼看見完整的『閱讀觀眾』？

我需要兩個獨立的指標：

- **真人訪客**：多少人類讀者看了我的文章和工具：這是舊世界衡量社群影響力的核心指標
- **AI/Bot 訪客**：多少 AI 系統在讀取我的內容：這是 AI-Ready 策略的成效指標

最終的架構也不複雜。真人訪客用自建的 visit beacon：頁面載入時發一個 POST 到我的 Cloudflare Worker，Worker 用 IP + User-Agent 的匿名 hash 做每日去重。全站訪客繼續用 Zone Analytics 的精確 IP 去重。兩個相減就是 AI/Bot 的量。
![paulkuo.tw 流量分析架構圖：自建 beacon（真人）+ Zone Analytics（全量）→ 差值計算 AI/Bot](/images/articles/analytics-sampling-trap-architecture.svg)


三個數字都是自己算出來的，不靠 Cloudflare 的估算。做法跟 Google Analytics、Plausible、Umami 這類網站流量分析工具的原理一樣。在網頁裡埋一段追蹤碼，自己數人頭，每一個都算到。只是我不需要額外裝第三方工具，直接跑在網站既有的伺服器上就行。

## 你的數據可能會誤導你

2025 年，自動化流量首次超過人類活動，佔全球網路流量的 51%。AI crawler 的爬取量在同一年增長了超過 15 倍。你的網站不只被人類讀，也被機器讀。

如果你的網站用的是 Cloudflare Web Analytics 的 free plan，而且日訪客在幾百以下，儀表板上的 visits 數字，很可能跟我一樣，是取樣後的估算值，不是精確值。

這不代表 Cloudflare 不好用。它的 CDN、DNS、安全防護在業界頂尖。Web Analytics 的 Dashboard UI 數字是準的。但如果你要用 API 把數據拉到自己的儀表板，在低流量場景下，你需要自己驗證一次。拿 API 回傳的數字跟 Dashboard 比對，五分鐘就能知道答案。

當數據落差過大時，比較直接的辦法就是自己數：自己建立精確的訪問計數機制。Cloudflare 本身值得信任，問題在於取樣在流量規模還小的時候，先天就容易失準。隨著受眾規模擴大，取樣精度自然提升；但偏偏就在流量還在成長的階段，每一個數字都攸關方向判斷。

網站經營不能只靠感覺。五分鐘：拿 API 數字跟 Dashboard 比對。如果差距超出合理誤差，你就知道接下來該怎麼做了。</content:encoded><category>智能與秩序</category><category>Cloudflare Analytics</category><category>網站流量分析</category><category>adaptive sampling</category><category>個人品牌網站</category><category>超級個體</category></item><item><title>把 paulkuo.tw 變成一個自己進化的網站</title><link>https://paulkuo.tw/articles/ai-ready-continuous-optimization/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-ready-continuous-optimization/</guid><description>Karpathy 的 autoresearch 讓 AI agent 自主跑實驗、自主迭代，我把同樣的精神搬到自己的網站上。paulkuo.tw 不只是文章陳列架，而是一個可以被 AI 持續讀取、測試與優化的實驗場。這篇記錄我從建立四層評分系統、發現封閉迴圈問題、到加入外部 AI 交叉驗證的完整過程：以及為什麼我選擇讓新指標先觀察、不急著讓它決策。
</description><pubDate>Sun, 22 Mar 2026 00:00:00 GMT</pubDate><content:encoded>看到 Andrej Karpathy 發表 [autoresearch](https://github.com/karpathy/autoresearch) 時，腦裡閃過很多念頭。當 AI 可以開始做研究，人類在科研的位置該怎麼調整？AI 可以不斷優化跟你我的互動，提供更好的「傳道授業解惑」服務，我們要怎麼應對教育的衝擊？如果一個系統的目標、邊界、評估與回滾機制都設計得夠清楚，進化可以不必靠直覺與人為修改，而可以靠 AI 在明確邊界內進入持續優化迴圈，我們是否就更靠近「止於至善」的理想？

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-ready-continuous-optimization-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-ready-continuous-optimization-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

autoresearch 帶來的不只是方法論上的震撼，它把充滿人工作業、直覺判斷與零碎試誤的事情，收斂成了一個可持續循環、可被觀測、也可以被回滾的系統。給 AI 一個夠真實但規模可控的實驗場，讓它自己修改、自己跑、自己看結果，再決定哪些變更值得留下。

然後我就想自己動手測試。從一月起，幾乎每天都開新的專案，跟 AI 互動之後，決定用自己的網站做實驗。

## 如果 AI 是入口，網站就不只是陳列架

我們正進入一個轉折：愈來愈多的資訊交流、合作、搜尋、引用、甚至決策前的研究，都先經過 AI。不是搜尋引擎，是 AI。

Perplexity 回答問題的時候會引用來源，ChatGPT 的 browsing 模式會抓網站結構化資料，Claude 可以透過 llms.txt 理解網站。這代表什麼？代表一個網站的任務，正在從「被人看見」轉向「被 AI 正確理解」。SEO 優化的是搜尋引擎可見度；AEO（Answer Engine Optimization）：也有人叫 GEO（Generative Engine Optimization）：優化的是被 AI 正確摘要、正確引用、正確連結的能力，點擊率只是副產品。

若接受這個前提，那 paulkuo.tw 就不只是我的文章陳列架，而可以被設計成一個持續被人類測試、被 AI 理解、被 AI 優化的知識實體（knowledge entity），會是一個活的、進化的數位存在。

所以我就試著做看看。

## 把 autoresearch 的精神搬到網站上

Karpathy 的 autoresearch 目前專注在小型語言模型的訓練實驗上，我這裡是把「自動實驗迴圈」這個概念搬到網站優化領域。

我不是把 autoresearch 原封不動搬過來。模型訓練有 loss function，網站優化需要的是不同的東西。但精神是一樣的：定義目標、限縮邊界、建立評估、設計回滾，然後讓迴圈自己跑。

![AI-Ready Continuous Optimization System 流程圖](/images/articles/ai-ready-continuous-optimization-flow.jpg)

我建了一套 AI-Ready Continuous Optimization System。它的流程是這樣：GitHub Actions 觸發（push 文章 / 每週一 / 手動）→ mutation agent 根據策略產生修改 → file guard 做白名單檢查 → 套用到 production → eval Worker 四層評分 → decision engine 決定 keep 或 revert → 結果寫進 experiments.json。

四層評分分別看：llms.txt 結構（AI 讀得懂你的自我介紹嗎）、JSON-LD 完整性（結構化資料對不對）、MCP/A2A 協議支援（你有沒有為 AI agent 開門）、AI 理解度（Claude 讀完你的 llms.txt 之後，能正確回答關於你的問題嗎）。

第一輪跑完，分數從 65 拉到 85。系統跑通了。

但問題來了。

## 自己考自己，分數再高也不算數

三輪 e2e 跑下來，agent 每次都選擇幫文章加 FAQ，eval 每次都顯示分數不變，三輪全部 revert。我去看原因，發現 agent 根本不知道分數從哪裡丟的：因為我沒把 eval 的計分邏輯翻譯給它看。它就像一個不知道考試範圍的學生，只會做自己最會的題目。

但更深的問題不在 agent，在整個迴圈本身。

我自己定義指標、讓 agent 優化、再用同一套 eval 回頭打分。這是封閉迴圈。分數從 65 到 85 到 90 又如何？我沒辦法證明「90 分的網站，外部的 AI 真的更懂我」。system correctness 不等於 outcome correctness。

做很多修改可以讓分數一直上去，但那只是回饋迴圈在說謊。可持續的優化需要的是一套能區分有效訊號與無效波動的研究制度。

## 讓外部 AI 來考

所以我加了一層外部驗證。

做法是：建立 13 題 benchmark（涵蓋身份識別、內容理解、跨域連結、時效性、技術特色，還有 3 題反幻覺測試），用 Perplexity 當外部考官。Perplexity 會搜尋網路再回答，不是讀我餵的 context，而是自己去找。如果它優化前答不出來、優化後答得出來，那就是有意義的 ground truth。

先跑了 10 次 calibration，量測噪音：同一個網站、同一組題目、同一個模型，連續問 10 次，分數的 mean 是 50.63，stddev 是 5.86。這代表任何小於 ±11.72 的分數變化，都可能只是隨機波動，不算真正的改善。

然後設了 GitHub Actions，每天早上 9 點自動跑一次 temporal baseline，結果自動 commit 回 repo。五天之後，我就有跨天的波動數據，可以區分「Perplexity 今天心情好所以分數高」和「網站結構改善所以分數高」。

這整套系統設計成全自動。不用去盯去催，資料自己累積。

## 不急著讓新指標主導決策

不過，即使有了外部驗證，我也不想一開始就讓它決定 keep 或 revert。

目前 Layer 5a（外部 AI 交叉驗證）是 observe-only：每輪都跑，但不影響決策，只記錄到 experiment log。我的規劃是累積 20 輪以上，觀察 false positive 和 false negative 的比率，之後才決定要不要升級成 soft gate（只在強烈負向時阻止 keep），再到 full gate（外部分數成為正式決策條件）。

才剛開始做測試，不能讓新指標一接進來就改變核心決策。它必須先被觀察、被校準、被證明。

Karpathy 給我的啟發，不只是「AI 可以自己做研究」，而是：只要有基本工程能力，[每個人都可以用相對低成本，為自己的模型、網站或流程，建立一個專屬的 optimization loop](/articles/ai-agents-vs-agentic-ai)。對研究者來說是模型訓練，對企業來說是流程與知識庫，對我來說，這次的起點是把我的個人網站變成一個可以被 AI 持續讀取、測試、比較與優化的實驗。

paulkuo.tw 是我跟 AI 共構知識的現場：文章、代碼和這套優化迴圈，都是那個現場的一部分。

想更遠一點，未來，每個人的數位分身（「soul.md」）都會有這樣的演化框架嗎？

不知道。繼續探尋。

也許我想錯了！那更棒。

## 系統實際架構

以下是 AI-Ready Continuous Optimization System 的完整流程與四層評分實況：

![AI-Ready Continuous Optimization System 總覽](/images/articles/ai-ready-opt-system-overview.png)

![Eval Worker 四層評分實況](/images/articles/ai-ready-opt-eval-scoring.png)



下面整理我這次實作與 Karpathy autoresearch 的範圍差異，兩者精神相近但領域不同，不是同一種系統：

| 面向 | Karpathy autoresearch | 我的 AI-Ready Continuous Optimization System |
| --- | --- | --- |
| 主要目標 | 自動化「模型訓練研究實驗」，在固定資源內找到更好的訓練設定與架構 | 自動化「網站與 AI 介面品質」的持續優化，讓網站更容易被各家 AI 正確理解與引用 |
| 領域與對象 | 小型語言模型訓練（例如 nanochat / nanoGPT 類任務） | 個人網站 paulkuo.tw 的結構、llms.txt、JSON-LD、agent 協議等 |
| 環境型態 | 封閉實驗室環境：單一 codebase、單一資料集、單 GPU，離線訓練實驗 | 接近 production：修改直接作用在網站 repo / production，並接受外部 AI 的實測 |
| 自動化單位 | 針對 train.py 的程式碼修改、超參數與訓練策略實驗 | 針對網站內容結構、metadata、llms.txt、FAQ 區塊、協議設定等進行修改 |
| Pipeline 結構 | 研究 loop：program.md → agent 改 train.py → 跑實驗 → 讀驗證指標 → 決定保留或丟棄 | 實務 workflow：GitHub Actions 觸發 → mutation agent 修改 → file guard 檢查 → 部署 → eval worker 四層評分 → decision engine keep/revert → experiments.json |
| 評估指標性質 | 單一任務內部指標（例如 validation loss），完全在實驗環境內產生與使用 | 多維指標：llms.txt 結構、JSON-LD 完整度、MCP/A2A 支援、AI 理解度，再加外部 Perplexity benchmark 分數 |
| 外部驗證 | 幾乎沒有直接外部世界驗證，重點是相對改進和實驗效率 | 額外設計 Perplexity 問答 benchmark + 多次 calibration，測量噪音、建立 temporal baseline，逐步評估改動是否真的提升外部 AI 的理解 |
| 回滾與決策策略 | 以驗證集指標為主，較差設定不採用，設計較簡單 | 分層 gate：內部四層 eval 主導 keep/revert，外部 Layer 5a 先 observe-only，累積足夠輪數後才考慮升級為 soft gate 或 full gate |
| 對象身分 | 「AI 幫 AI 做研究」：LLM agent 充當 junior researcher | 「AI 幫人維護數位存在」：LLM agent 幫我調整個人網站，讓它對 AI 更可讀 |
| 典型使用者門檻 | 需要深度學習工程背景、GPU 環境與程式碼操作能力 | 需要 DevOps / Web / GitHub Actions 能力，但更貼近實際內容營運與個人品牌 |

---

*參考資料：[Karpathy autoresearch GitHub](https://github.com/karpathy/autoresearch)*</content:encoded><category>智能與秩序</category><category>AI-Ready</category><category>autoresearch</category><category>網站優化</category><category>持續優化迴圈</category><category>AEO</category></item><item><title>Builder&apos;s Scorecard 的設計緣起與開發歷程</title><link>https://paulkuo.tw/articles/builders-scorecard-story/</link><guid isPermaLink="true">https://paulkuo.tw/articles/builders-scorecard-story/</guid><description>在 Facebook 上看到Lucy 設計了一套為 VC 投資人設計的開源專案評分框架，我腦中冒出一個念頭：如果這套工具不是用來服務VC，而是回到「人人都是 builder」的時代背景，單純為了驗證開發概念，以及工具是否真的有價值，能不能重新設計出一套更能糾錯、也更能排除個人主觀偏差的評估工具？

於是，我組構這套框架：拿掉「團隊能力」這個維度，因為我想評估的是產品，而不是人；新增「問題解決力」，追問產品所對應的問題是否真實存在；同時也讓商業化維度能依照產品所處階段自動切換，不再用同一把尺衡量所有產品。接著，我用自己的產品實際跑了一次驗證，得到5.01分（滿分十分）。分數低是因為技術面沒有太大問題，但市場面是一片空白。

這篇文章記錄的，就是整個過程：從設計動機、框架重構、市場偵察，到如何透過 AI 協作完成五個開發階段的完整歷程。
</description><pubDate>Thu, 19 Mar 2026 00:00:00 GMT</pubDate><content:encoded>在 Facebook 滑到[Lucy的貼文](https://www.facebook.com/share/p/1CTnacwLsa/)，她分享一套開源專案投資評分卡（[Lucy Chen](https://www.facebook.com/share/p/1CTnacwLsa/)，新加坡 Zoo Capital 的 EIR，管理規模超過 20 億美金的基金）。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/builders-scorecard-story-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/builders-scorecard-story-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

[Lucy](https://www.facebook.com/share/p/1CTnacwLsa/)分享的框架很清楚：五個維度、加權計分、一票否決機制。很多開發者一直引以為傲的技術，在真實商業落地中還有很多坑。

[Lucy](https://www.facebook.com/share/p/1CTnacwLsa/) 的框架來自實戰：她在 NVIDIA GTC 之前就用這套評分卡標記了 LMCache 這個項目，給出 7.78 分的「黑馬」評級，兩週後 NVIDIA 發布 Dynamo 1.0 就把 LMCache 收編進官方集成名單。她設計的投資評分卡能抓到訊號。

但我也有另一個念頭：這把尺是否能普惠尋常大眾？

## 換個角度

[Lucy Chen](https://www.facebook.com/share/p/1CTnacwLsa/) 的框架是從 VC 投資角度出發的。考慮出場路徑、團隊國際化、社群治理、資本效率。這些對投資人來說都是關鍵的問題。

但對許多靠AI獨立做工具的個人來說，如果我壓根沒有想被投資？如果我只是想做開心？如果我沒有要商轉？如果這時代已經不適合販售軟體小工具？

例如，我做了[即時會議翻譯工具](/articles/ai-collab-realtime-translator)、多模型辯論引擎等，都是我一個人加上 Claude 從零做起的。我沒有被投資的需要，不需要有退出路徑，但我需要有&quot;人&quot;告訴我：做的這個東西的價值與調整方向。

這個問題在 [Lucy Chen](https://www.facebook.com/share/p/1CTnacwLsa/) 的框架裡被隱含在其他維度裡。我想獨立出來。

## 三個改動

我做了三件事。

第一，**拿掉「團隊能力」維度**。團隊是公司的重要組成。但我想針對服務評估，日後一個人可能做十個產品，這個維度可能就沒有鑑別力。我把它抽離成一個不計分的「Builder Profile」前置欄位：留給AI參考，不影響總分。

第二，**新增「問題解決力」維度**。你解決的問題是你自己假想的，還是真的有五個以上的人獨立描述過這個痛點？現有替代方案是什麼？你的解法比現有方案好多少：是 10 倍還是略好？這些問題應該是[任何 builder](/articles/refuse-follower-be-builder) 在動手之前第一個被問的。

第三，**商業化維度做了階段適配**。一個還在概念期的 side project 被問「月經常性收入多少」是不公平的，但被問「你有沒有想過怎麼賺錢」、「推薦到市場」是合理的。我讓使用者先選產品階段：概念期、已上線、有用戶、有收入：不同階段會看到完全不同的評估訊號。

改完之後，五個維度變成：問題解決力（25%）、市場驗證（20%）、技術護城河（20%）、商業化路徑（20%）、長線可持續性（15%）。每個維度下面有 4-6 個訊號，每個訊號打 0-10 分，加權算出總分。

## 5.01 分，被自己的尺打臉

框架設計完，我用自己的即時翻譯工具跑了一次完整評估。

結果：5.01 / 10。紅燈。

分數分佈是非常典型的工程師產品輪廓：問題解決力 7.0 分，技術護城河 6.2 分（三引擎 STT 路由、獨家語料累積），長線可持續性 5.5 分，但市場驗證 4.0 分（沒有外部用戶回訪數據），商業化 2.0 分（幾乎沒有收費計畫）。

雷達圖的形狀嚴重偏科：問題解決力和技術那兩角撐出去，市場和商業化那兩角幾乎貼在地板。

![Builder&apos;s Scorecard 評估結果：阿哥拉廣場翻譯工具 5.01 分](/images/builders-scorecard-agora-score.png)

![Builder&apos;s Scorecard 五維度雷達圖：問題解決力和技術面較強，市場和商業化偏低](/images/builders-scorecard-agora-radar.png)

這個結果正確（雖然看起來有點刺眼），分數低是因為它說出事實：技術好了不等於產品做好。我花時間在 Qwen3-ASR 和 Deepgram 的路由邏輯上，但還沒特別想過「誰會為這個付錢」。因為我在這個階段確實沒有收費的打算。

所以，這把尺誠實，沒有幻覺。

## 先看市場再動手

依照慣例，在動手寫code前先做市場偵察。

找到一些類似服務，例如 ValidatorAI 讓你貼一句話就能驗證創業點子，累積超過 30 萬次使用。OpenSSF Scorecard 專門評估開源專案的供應鏈安全。Repo Doctor 用 GitHub API 自動抓結構化數據做健康度分析。

每一個都有值得學的地方：ValidatorAI 的「30 秒出結果」降低了使用門檻，這直接啟發了快速模式的設計；OpenSSF 的分數解讀機制提醒我：低分不代表「不好」，要幫使用者正確解讀；Repo Doctor 的 GitHub 結構化數據擷取讓 AI 可以專注在需要判斷力的部分。

但沒有一個現成的工具完成我想做的事（也許我的調查不夠）：用一套框架，從五個維度同時評估一個產品，不管它是開源工具、SaaS、還是內部系統都適用。

確認了市場定位後，我開始寫 code。

![Builder&apos;s Scorecard 市場比較圖：五個工具在六個能力面向的雷達圖對比與功能對照表](/images/builders-scorecard-market-comparison.png)

## 一天，五個階段

從看到貼文到起心動念去執行，是一天。整個開發用 AI 協作完成：Chat session 做偵察和規劃，Code session 寫程式碼，Cowork session 處理批次作業和狀態管理。

Phase 1 做核心框架：五維度 × 30 個訊號的前端介面、SVG 雷達圖、快速模式和完整模式、中英雙語切換、Markdown 和 JSON 匯出。純前端，不碰 API。

Phase 2 接入 AI：用 Claude API 做兩件事：Prompt A 負責根據使用者貼的產品描述自動為 30 個訊號打分（temperature = 0，確保同一個產品跑多次分數穩定），Prompt B 負責根據評估結果生成策略建議（temperature = 0.3，允許建議有變化）。

Phase 3 擴充輸入源：支援四種輸入：純文字描述、GitHub URL（自動抓 stars / contributors / forks / license 等結構化數據再送 AI 評估）、README 檔案上傳、一般網站 URL 擷取。

Phase 4 做防護和社交：四層防禦架構（Rate Limit、Auth Gate、Result Cache、Daily Cost Cap）確保開放後不會被濫用。加上儲存功能、動態牆、分享連結，讓評估結果可以被發現和討論。

Phase 5 收尾打磨：首頁加入口卡片、方法論介紹頁、SEO 強化（JSON-LD + FAQ Schema）、llms.txt 更新。

每個 Phase 之間不跳步：Phase 2 的 AI prompt 格式要對齊 Phase 1 的資料結構，Phase 3 的 GitHub 數據要餵進 Phase 2 的 prompt。先偵察再動手，先規劃再執行。

## 尺規的鑑別力

工具上線後做測試：拿三個完全不同的產品跑評估。

LangChain：8.02 分。13 萬 stars、3,659 contributors、有 LangSmith 付費產品。五個維度都在 7 分以上，只有長線可持續性因為大廠威脅稍低。

[Lucy Chen](https://www.facebook.com/share/p/1CTnacwLsa/) 的 OSS Investment Scorecard 本身：6.82 分。框架設計扎實、問題真實，測試時 233 stars、2 個 contributor、零收入模式。

我的即時翻譯工具：5.01 分。技術面有底子，市場面和商業化是空白。

三個產品，三種完全不同的雷達圖形狀。分數有區分度，而且區分的方向符合觀察。這把尺應該有一定的鑑別力。

## 重要的不是分數

在 2026 年，一個人加上 AI，確實可以在幾天內，把一個想法從概念推進成真正上線的工具。能快速上線，不代表上線的東西值得被做出來。

在後 AI 社會裡，打造工具的門檻正在快速降低。越來越多人都可能成為 builder，創造工具也不再只是少數技術者的專利。問題也從這裡浮出水面：我們做出來的工具，真的適合人使用嗎？真的有解決問題嗎？

當一個念頭剛開始浮現時，或當產品做到一半時，我們是否有能力一邊前進，一邊停下來檢查：這是不是一個值得被做出來的東西？它服務的是人的需求，還是只是滿足了我們「能做出來」的衝動？

Builder&apos;s Scorecard 不是要給&quot;正確答案&quot;。它把五個維度的數據擺在你面前，讓你自己判斷。

重要的不只有總分，還有雷達圖的形狀。一個 6.0 分但五角均勻的產品，比一個 7.0 分但某個維度是 1 的產品可能更健康。但，也可能是你刻意為之。在創造的路上，一切都是美好的。姿勢醜沒關係，繼續前進就好。

如果你也做了什麼工具或 side project，[來量一下](https://paulkuo.tw/tools/builders-scorecard)。不是為了分數，是為了看見自己的盲區。</content:encoded><category>創造與建構</category><category>產品評估</category><category>超級個體</category><category>人機協作</category><category>開發紀錄</category><category>Builder</category></item><item><title>我做了一個追蹤 Claude 用量的 Chrome Extension</title><link>https://paulkuo.tw/articles/claude-usage-nyan-chrome-extension/</link><guid isPermaLink="true">https://paulkuo.tw/articles/claude-usage-nyan-chrome-extension/</guid><description>Claude 重度使用者最怕的就是聊到一半撞 rate limit。市場上有十幾個用量追蹤工具，但幾乎全是 macOS 原生 app、只追蹤單一資料來源、沒有中文介面。這篇記錄我用 Claude 協作開發一個 Chrome Extension 的過程：同時跑官方 API 和即時 token 攔截兩條管道，讓用量差異可見。從踩坑 isolated world、猜 API 格式、到 icon 迭代三版，完整的開發體感。
</description><pubDate>Thu, 19 Mar 2026 00:00:00 GMT</pubDate><content:encoded>工作到一半被 rate limit 擋下來，大概是 Claude 使用者最煩的時刻。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/claude-usage-nyan-chrome-extension-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/claude-usage-nyan-chrome-extension-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我原本的習慣，是到被擋了才去 Settings 頁面看用量，然後才發現額外用量已經 84%、七天用量也過半了。就想，這個數字如果可以在畫面上該多好？

所以我做了一個 Chrome Extension 來解決這件事。叫「Claude 用量喵喵」，工具列上蹲著一隻橘虎斑，點一下就知道用多少額度。

## 它做什麼

裝上之後有三個地方可以看到用量：

工具列上的橘貓 icon 會顯示一個小 badge，每四秒自動輪播切換：五小時 session 用了多少、七天用了多少、額外 credits 剩多少、即時花費多少錢。綠色代表安全，黃色要注意，橘色快到了，紅色快爆了。不用點開任何東西，瞄一眼就知道。

點開 popup 會看到完整的用量卡片。上半部是 Anthropic 官方的數字：五小時 session 百分比、七天用量百分比、額外用量的已用跟上限，每一項都有重置倒數。下半部是即時 token 追蹤：你剛才那則對話用了多少 input token、多少 output token、花了多少錢，用的是哪個模型，全部列出來。

claude.ai 頁面的右下角還有一條半透明的浮動狀態條，常駐顯示用量摘要。點貓頭可以收合。

![Claude 用量喵喵的 popup 介面，顯示官方用量和即時 token 追蹤](/images/articles/claude-usage-nyan-popup.png)
*popup 點開的完整畫面：上半部是官方用量，下半部是即時 token 追蹤。*

## 兩條管道，看差異

這個工具跟其他追蹤器最不同的地方是它同時跑兩條資料管道。

第一條是官方的。Extension 每五分鐘去呼叫一次 claude.ai 的 usage API，拿回來的數字跟你自己去 Settings 頁面看的一模一樣。這個數字是權威的，但有延遲：Anthropic 那邊的更新不是即時的，有時候你明明已經用了很多，百分比還是不動。

第二條是即時推算的。Extension 會在 claude.ai 的頁面裡攔截每一次你跟 Claude 對話的 API 呼叫，在 request 送出去的時候估算 input token，在 response streaming 回來的時候累加 output token，再根據模型價格算費用。這個是即時的，但是估算值，跟官方數字會有誤差。

兩者並排放在一起，你可以自己觀察官方的百分比跟你實際燒掉的 token 差多少。做這個工具的目的之一就是讓這個差異可見。

## 動手之前先查了一圈

在開始寫程式之前，我有先調查市場上現有的工具。

結果是這個小工具已經很多，光我找到的就超過十個。但幾乎全部都是 macOS 的原生 app，要下載 .dmg 安裝，Windows 跟 Linux 使用者沒得選。而且大部分只做官方用量追蹤或即時 token 計算其中一個，沒有人把兩個放在一起。所有介面都是英文，亞洲市場完全沒有在地化的選項。

所以我的定位就很明確了：做成 Chrome Extension 讓它跨平台、兩條管道同時跑、中文優先。後來還加了英文和日文的介面，Chrome 會根據瀏覽器語言自動切換。

## 開發過程踩到的幾個坑（對技術沒興趣可直接省略）

整個開發我是跟 Claude 對話完成的，過程不是一帆風順。

第一個坑是 API 格式。Anthropic 的 usage API 沒有公開文件，我只能猜格式。第一次接上去，popup 噴出一坨 raw JSON。但這坨 JSON 本身就是答案：我看到 five_hour.utilization、seven_day.resets_at 這些欄位名稱，馬上就知道怎麼解析了。所以 &quot;Claude&quot; 故意在 popup 裡留了一個 debug 模式：如果解析失敗就直接顯示原始 JSON，這樣未來 API 格式變了也能快速修。

第二個坑比較有趣。Chrome Extension 的 content script 跑在一個叫 isolated world 的隔離環境裡，我在裡面 patch 了 window.fetch 想攔截 claude.ai 的 API 呼叫，結果什麼都攔截不到。花了一點時間才搞清楚：isolated world 的 window 跟頁面本身的 window 是不同的物件。解法是用 Chrome MV3 的 world: &quot;MAIN&quot; 設定，把攔截腳本直接注入到頁面的 context 裡，再透過 CustomEvent 把資料傳回 isolated world 的橋接層。一個問題拆成兩層解決。

第三個坑是 icon。迭代了三版：第一版太普通，第二版塞進圓形裡看不出是貓，第三版我丟了一張橘虎斑的照片當參考，指定要「耳朵往外張開、有 M 字額紋」，才對味。這種事很難用規格描述，給一張參考圖比說一百句有用。

## 限制先說清楚

Anthropic 的 usage API 沒有公開文件，格式隨時可能改。改了這個 Extension 就要跟著更新，沒人維護就會壞。即時 token 是估算值，不是精確數字。英文大約四個字元一個 token，中文大約 1.5 個字元，這跟 Anthropic 實際的 tokenizer 有落差。

只追蹤 claude.ai 網頁版。如果你用的是 Claude Code CLI，那走的是不同的通道，這個 Extension 抓不到。

Extension 需要讀取 claude.ai 的 session cookie 來存取 API。所有資料只存在你的瀏覽器本機，不傳到任何外部伺服器，完整開源。但裝任何 Extension 之前自己判斷風險是基本的。

---

安裝方式很簡單：clone GitHub repo、Chrome 開發者模式、載入資料夾，三步。支援繁中、英文、日文介面。

🔗 https://github.com/zarqarwi/claude-usage-nyan</content:encoded><category>智能與秩序</category><category>Chrome Extension</category><category>Claude</category><category>AI 協作開發</category><category>開發紀實</category></item><item><title>AI 時代的能力落差：從一張爆紅圖表談起</title><link>https://paulkuo.tw/articles/ai-capability-gap-2026/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-capability-gap-2026/</guid><description>一張在社群瘋傳的 AI 採用分布圖，把 81 億人口的 AI 使用狀態攤成色塊，視覺衝擊極大。但最重要的不是驚嘆數字本身，而是它逼出幾個問題：你在哪一層？你的客戶在哪一層？而這個落差正在加速擴大。Paul 從三年 All In LLM 的實戰經驗出發，結合台灣產業數據，重新推算台灣版的 AI 採用地圖，並指出 K 型分化不只是經濟現象，也正在發生在個人能力的維度上。
</description><pubDate>Fri, 13 Mar 2026 00:00:00 GMT</pubDate><content:encoded>上個月底，一張 2026 年全球 AI 使用分布圖在社群上炸開。在我的朋友圈裡已經轉了好幾輪，每次看到都有不同的感悟。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-capability-gap-2026-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-capability-gap-2026-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

這張圖把 81 億人口的 AI 使用狀態，用色塊鋪成一整片馬賽克。視覺很直覺，衝擊也很直接：84% 的人從未真正使用過 AI。約 16% 用過免費聊天機器人。願意每月付 20 美元訂閱 AI 服務的，大概只占 0.2% 到 0.3%。而真正在用 AI 程式開發工具的人，全球大約 200 到 500 萬，不到 0.05%。

![2026 年全球 AI 使用分布圖：每個點代表約 320 萬人，2,500 個點 = 81 億人口。灰色為從未使用 AI（84%），綠色為免費聊天機器人用戶（16%），黃色為每月付費 $20 訂閱 AI（~0.3%），紅色為使用 AI 程式開發工具（~0.04%）。](/images/articles/ai-adoption-2026-global.png)

這張圖最重要的地方，不只是讓人驚嘆比例的懸殊。它逼你面對幾個問題：你現在在哪一個色塊裡？你準備怎麼進到下一個？你的客戶在哪一個色塊？你準備好進入這個極端世界了嗎？

這張圖有個更準確的讀法：它是能力地圖。

## 圍觀者的世界

很多人對 AI 的認識，仍停留在一種「圍觀者狀態」。他們知道 Gemini、OpenAI、Sora、Manus、Perplexity 這些名字，就像知道某部很紅的電影名，但沒有真正走進戲院看過。工具的名字大家都會講，但真正長時間使用、把它整合進工作流程的人其實很少。還有不少人把 AI 視為幾年前爆紅又快速冷卻的 Clubhouse 那種東西：一波話題熱潮，等退燒就算了。

不是這樣的。

前幾天同事問我：如果要面試資訊主管，要問哪些問題？我的建議很簡單，直接問三件事。他是不是 AI 的付費使用者？他目前主要用哪些 AI 工具？請他直接展示跑過的 AI 專案。只要把實際做過的東西打開來看，大概就能知道他是否真的在這條學習軌道上，以及有沒有能力帶團隊往前走。

## 加速度本身還在加速

2022 年十一月，我跟夥伴就決定 All In 在大語言模型的產業應用。三年下來，原本以為年輕人會比較願意學新工具。但實際在產線與業界深入後，發現事情沒那麼簡單。想跟上的人比較像是有某種人格特質，跟年紀沒有正相關。

AI 的變化不是線性的。它不是「今天暫時落後一點，下個月補回來就好」。它比較像一個加速度本身還在持續加速的系統。你晚一步進場，看到的世界可能已經不是同一個版本了。常常跑起程式、跟模型互動的體感，就是覺得它比上週又更聰明了。這種感覺太強烈，所以從二月到現在，我平均每天至少花五個小時跟 AI 互動：開終端機、設定權限、串 API、提需求、驗結果、修 bug，然後再進入修 bug 的輪迴，伴隨著各種 API 扣款通知。每天踩坑，但樂此不疲。

有天跑步跑到一半想到：經歷過這段 AI 滾燙洗禮的 Paul，和沒有經歷過的 Paul，會有什麼不同？

坦白說，差很多。兩個 Paul 其實很難互相理解。沒經歷這段過程的那個 Paul，很難理解為什麼一個月要多花幾百美金、做自己專款專用的軟體有什麼意義、可以跑出媲美麥肯錫的高階研究報告又怎樣。「世界看起來還是在轉著啊，沒什麼不同。」：是啊，這句話聽起來完全合理，但身在其中的人知道不是這樣。AI 不只是效率工具，它更像是一個思考放大器。我在[〈從 AI 風暴中突圍：個人優勢策略圖〉](/articles/personal-strategy-in-ai-storm)裡也寫過類似的觀點：關鍵不在工具本身，而在你用它來放大什麼。

## K 型分化：不只是經濟現象

COVID 後，「K 型復甦」這個概念開始被廣泛討論：經濟衝擊不會平均打在每個人身上，有人乘著 K 的上臂往上走，有人沿著下臂持續滑落，中間被掏空。AI 的能力分化，正在走同樣的路線。

上升的那群人利用 AI 強化思考能力，讓自己的產出倍增。下降的那群人用 AI 逃避思考，或者乾脆完全不碰。結果就是能力差距越來越大，而且越來越難追上。這種 K 型分化不只發生在企業層面，也發生在個人身上。它是不是一種社會隱藏的風險？我認為是的。

## 台灣不是全球平均值

回到那張圖表。如果直接把「全球 81 億人口」的 AI 使用分布硬套在台灣，會低估台灣的實際狀況。台灣有全球前段班的科技與半導體產業密度。

根據 2024 年產業統計資料，台灣半導體產業就業人口約 33 萬人，電腦、電子產品及光學製品製造業受僱員工約 25 萬人（主計總處薪資與生產力統計），資訊軟體暨服務業就業人數約 28.7 萬人（資策會 MIC《2025 資訊軟體暨服務產業年鑑》）。加計電信、系統整合與各企業內部 IT 部門，廣義科技從業人口合理推估落在 90 萬至 110 萬人之間。

根據 iThome《2024 CIO 大調查》，臺灣兩千大企業中 IT 從業人員約 14 萬人，其中約六成四為開發人員，推估核心開發人力約 8.4 萬人。這還沒涵蓋中小企業工程團隊、新創公司、接案自由工作者、以及日常頻繁寫程式的資料科學家與技術型專業人員。台灣整體開發者人口的合理區間，大致可穩固落在 20 萬至 40 萬人之間。

真正會進入「使用 AI 程式開發工具」這一層的人，高度集中在這個技術密集族群中。如果以 20 萬至 40 萬的開發者基數推估，假設其中 5% 至 15% 已經把 GitHub Copilot、Cursor 或 Claude Code 等工具融入日常工作流程，台灣實際使用這類高階開發工具的活躍人數，合理區間約在 1 萬到 6 萬人之間。

如果單純套用全球 0.04% 的平均值，台灣 2,300 萬人口中只有約 9,200 人使用 AI 程式開發工具，這顯然低估了。綜合「全球平均模型」與「台灣產業結構模型」，我保守推估：目前台灣真正進入 AI 程式開發工具層級的人數，大約落在 1 萬到 3 萬人之間，約占總人口的 0.04% 至 0.13%。

依同樣邏輯修正台灣整體的 AI 採用版圖：「從未使用 AI」的比例下修至約 70%，「免費聊天機器人用戶」上修至約 27%，「付費訂閱 AI」上修至約 2.5%，最頂端的「使用 AI 程式開發工具」上修至約 0.1%。

![台灣版 AI 使用分布圖：每個點代表約 9,200 人，2,500 個點 = 2,300 萬人。從未進入 AI 領域約 1,618 萬人（70.4%），免費聊天機器人用戶約 621 萬人（27.0%），每月支付 $20 訂閱 AI 約 58 萬人（2.5%），使用 AI 程式開發工具約 2.8 萬人（0.1%）。](/images/articles/ai-adoption-2026-taiwan.png)

## 少數人的前沿，所有人的課題

台灣確實比全球平均更早跨入 AI 時代。但真正站在最前沿工具鏈、具備底層創造能力的人：不管是三萬還是六萬：依然是少數。

如果你已經在這條路上，別停下來。如果你還沒開始，現在開始不算晚，但再等下去，你追上來時看到的，可能已經是完全不同的版本了。

各位老闆、創業家、數位長、部門主管：你們怎麼看自己企業的轉型？如果轉型所需要理解的知識鴻溝越來越大？你打算怎麼因應？

---

*原始資料來源：[&quot;There Are Levels to This: AI Adoption in 2026&quot;](https://www.thayermethod.ai/p/there-are-levels-to-this)，作者 John Crowley，刊載於 Thayer Method。*</content:encoded><category>智能與秩序</category><category>AI採用率</category><category>能力落差</category><category>K型分化</category><category>超級個體</category><category>台灣產業</category></item><item><title>評估過 Transync AI 的定價後，我用 $0 自己做了一套即時會議翻譯（每場成本 16 元）</title><link>https://paulkuo.tw/articles/ai-collab-realtime-translator/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-collab-realtime-translator/</guid><description>付了三年 Good Tape 訂閱費，到期前一個月的使用量是零：因為我已經有自己的工具了。這篇文章記錄一個背景跨越神學、農業電商、循環經濟的人，如何在沒有工程師身分的前提下，用 AI 協作做出即時多語會議翻譯工具「阿哥拉廣場」。工具本身不是重點，重點是這個過程讓我看清楚：跟 AI 有效協作，需要的核心能力不是寫程式，而是把問題結構化、分階段、清楚描述的能力：這個能力，現在比任何程式語言都值錢。
</description><pubDate>Thu, 12 Mar 2026 00:00:00 GMT</pubDate><content:encoded>我用了快三年的逐字稿服務 Good Tape 今天剛好到期。帳單拉出來一算：€476，大概台幣一萬七。我是Pro 方案。看了一下這個月的使用量：還剩20 小時。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-collab-realtime-translator-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-collab-realtime-translator-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

## 為什麼想要自己做

因為AI Agent 進步太快！已經改變工作模式。加上常有會議 — 台日、中英、偶爾有東南亞夥伴。

持平來說，三年前Good Tape 是好工具，這是丹麥團隊做的，主打安全和準確。但它解決的是「事後」的問題：錄完音上傳，等它跑完逐字稿。沒有即時辨識，沒有翻譯，沒有摘要。

我三年付了 €476（台幣約一萬七），拿到逐字稿功能。當時能有這樣的功能已經很驚喜，但若能在「當下」，如會議正在進行中，對方講日文可以即時看到中文，那就更棒。不是會後才慢慢整理。

目前市場上的即時翻譯競品：

- **Transync AI** — $8.99/月（10 小時），功能最接近我要的，有即時語音翻譯 + 會議摘要 + 60 語言。但要裝 App，而且超過時數另外買時數卡（$7.99/10hr 起）。用越多越貴。
- **JotMe** — $9-15/月，107 語言，但綁 Chrome Extension
- **Wordly** — 企業定價，按小時買包，10 小時起跳
- **KUDO** — 年度授權，不公開價格，鎖定大型企業
- **Palabra** — 要裝桌面 App，綁定特定會議軟體

我想要的其實很單純：打開瀏覽器就能用，不裝任何東西，手機電腦都行，跟老外開會可以一邊透過AI協助理解，且成本透明可控。如前天分享的，決定自己做。

## 工具叫「即時會議記錄｜阿哥拉廣場」，部署在我的個人網站上

- 🎙 **即時語音辨識** — 說話的當下就出文字，不是錄完才轉
- 🌍 **12 種語言即時翻譯** — 中、英、日、韓、越、泰、印尼、德、西、法、葡
- 📋 **AI 會議摘要** — 一鍵產出重點整理 + 待辦事項 + 決議
- 📖 **術語表** — 自訂專業術語對照，確保翻譯一致
- 🖥 **字幕模式** — 全屏黑底大字，投影會議室用
- ⬇️ **全文匯出** — TXT / CSV，可丟進 Excel
- 💰 **即時成本追蹤** — 每一筆 API 呼叫花多少錢，透明可見
- 🔐 **三層認證** — Google / LINE / Facebook OAuth + 邀請碼

前端 2,533 行，後端 2,148 行。一個 HTML 檔加一個 Cloudflare Worker。

## 技術上最有趣的部分：三路語音辨識路由

語音辨識不是只挑一家 API 就好。不同語言有不同的最佳解。根據語言自動切換引擎：

![三路語音辨識路由架構](/images/articles/ai-collab-realtime-translator-stt-routing.png)

- 🇹🇼 **中文** → Qwen3-ASR（阿里雲 Qwen 團隊，WebSocket 串流）
- 🇺🇸 **英文** → whisper-large-v3-turbo（LPU 硬體加速，200×+ 即時速度）
- 🌐 **其他語言** → Deepgram Nova-3（WebSocket 串流）

翻譯統一用 Claude Haiku 4.5（Anthropic），再用串流輸出，翻譯結果是一個字一個字跳出來的，不是等全部翻完才顯示。除了考慮輸出品質，也有考慮成本。

- **Groq**：$0.02/hr，英文最便宜
- **Qwen**：~$0.40/hr，中文辨識率 97%+，專業術語（方言也支援）也準
- **Deepgram**：$200 免費額度，多語言通吃

一場 1 小時的中英會議，API 成本大約 $0.50 USD。台幣 16 塊。換算一下：我在 Good Tape 花的 €476，等於用自建工具開超過 950 場會議。Transync AI 的 $8.99/月用一年是 $108，同樣的錢可以開 216 場。

## 但這篇文章真正想說的不是技術

做這個工具的過程，其實是一個學習「怎麼跟 AI 協作」的過程。我不是工程師。我的背景是生命科學、神學、農產電商、循環經濟等。寫程式對我很困難。雖然第一個創業的題目是做Fintech 的SAAS，但整套工具與服務都是靠七個人的團隊協助。

我有種感覺，跟 AI 協作，需要的不只是程式能力，應該是一種新的素養（我還說不太清楚）。

### 拆解問題比寫程式碼重要

Groq 串接不是一句「幫我加上 Groq」就會動。我把它拆成兩個 Phase：Phase A 後端先把 API endpoint 做好、部署、驗證能打通。Phase B 前端再做語言路由，讓它根據選的語言自動切引擎。

每個 Phase 獨立可驗證。壞了只壞一半，不會整個炸掉。這個拆法不是 AI 教我的，是我從多次失敗學到的 — 一次想做太多，中間 token 用完或 context 壓縮，連帶搞壞前面做對的部分。

### 問對問題，比叫 AI 直接寫更有效

不是說「幫我做一個翻譯工具」。而是：「現有的 WebSocket proxy 模式不能用在 Groq 上，因為它是 REST API 不是 WebSocket。前端需要改成 chunked HTTP 模式，每 3 秒切一段音訊 POST 出去。onstop + restart 循環會有 race condition 嗎？」

這種問題才會得到有用的答案。

### 功能寫完不是結束，要做 Code Review

我請 Claude 用工程角度檢查剛寫完的程式碼。結果真的抓到三個問題：Groq 連續失敗時完全靜默、MediaRecorder 的 closure 安全問題、動畫效果沒有在新引擎觸發。

這三個 bug 我自己不會發現。但我知道要「問這個問題」。

### AI 不會主動幫你巡邏

Fitbit 健康數據壞了好幾天，是我偶然問了才發現。根因是一個 function 少傳了一個參數，每次排程執行都靜默失敗。AI 不會半夜起來幫你檢查系統有沒有壞掉。你要知道該問什麼、什麼時候該問。

## 這是一種新的工作體感

過去我們說「資訊素養」，是指會搜尋、會判斷資訊真假。現在我們可能需要的是「AI 素養」：

- 知道怎麼把大問題拆成 AI 能處理的小問題
- 知道怎麼描述技術約束條件，讓 AI 給出可執行的方案
- 知道什麼時候該信任 AI 的輸出，什麼時候該自己驗證
- 知道 AI 的能力邊界在哪裡 — 它能幫你寫、幫你查、幫你 review，但不會主動替你思考該做什麼

這不是工程師的專利。這是每個想善用 AI 的人都需要的能力。

我不會寫程式，但我想跟 AI 協作做出一個即時翻譯工具（一言不合就弄套軟體已經成真）。</content:encoded><category>智能與秩序</category><category>人機協作</category><category>超級個體</category><category>即時翻譯</category><category>語音辨識</category><category>AI素養</category><category>Transync AI</category><category>即時翻譯工具比較</category><category>Groq</category></item><item><title>人生資料庫工程：當 70,267 個記憶節點被結構化</title><link>https://paulkuo.tw/articles/life-database-engineering/</link><guid isPermaLink="true">https://paulkuo.tw/articles/life-database-engineering/</guid><description>一次照片整理，跑出了 70,267 個時間節點。本來只是想清理硬碟空間，卻變成一場數位考古。年份分佈圖揭露了人生的加速曲線，地理座標串起了城市之間的遷徙軌跡。這篇文章不是在教你怎麼整理照片，而是在問一個更根本的問題：當記憶可以被參數化，我們跟自己的過去之間，關係會怎麼改變？
</description><pubDate>Thu, 12 Mar 2026 00:00:00 GMT</pubDate><content:encoded>70,267。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/life-database-engineering-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/life-database-engineering-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

程式跑完的那一刻，螢幕上跳出這個數字。我盯著它看了幾秒，我在手機裡，按下了七萬多次快門，而且可以記錄的清清楚楚。每一次，都是某個瞬間裡，我覺得眼前的世界值得留下來的時刻。

## 一場意外的數位考古

今年一月開始用 Claude 的 Cowork 功能，本來只是想讓 AI 幫我處理電腦裡那些拖延已久的瑣事：檔案歸類、訂閱整合、各種技術債。沒想到協作效率遠超預期，過去因為忙碌而無限期擱置的事情，像積木一樣被快速拼起來。照進度排到這週，輪到累積多年的照片。

七萬多張。跟 AI 協作寫了一個 Python 腳本，讀取每張照片的 Metadata，分析年份分佈、萃取地理座標，最後輸出成一份 JSON 報告。過程不太順利，沒設定好工作程序，電腦當了好幾次。但跑完之後看著那份報告，感覺不像在整理檔案，更像做了一次生命軌跡的開挖。

## 時間曲線的長相

整理出來的年份分佈圖，畫出了一條我沒預料到的曲線。

![Paul&apos;s Digital Archaeology 數據儀表板](/images/articles/life-database-engineering-dashboard.png)

2015、2016 年還算平緩，照片數量穩定。但到了 2018 年，數據突然爆發式躍升。回頭想，那正是我人生節奏加速的起點：新的際遇、事業轉向、跨國移動最頻繁的時期，城市在換、場景在轉、工作在變，旅行與相遇在不同的座標上交錯。

有人說，五十歲以後生活會逐漸收斂：活動減少、移動距離縮短、人生趨於穩定。我一度也這樣以為。但把資料攤開，發現自己的活動密度不減反增。這不是雞湯式的「永保青春」，而是數據告訴我的事實。我沒有在收斂。

這讓我想到一件事：我們對自己人生的敘事是流動的。不是因為故意扭曲，而是因為記憶本身就不是一個可靠的資料庫。

## Metadata 的誠實

記憶會騙人。細節會被時間磨平，故事被當下的情緒重新詮釋。你記得某次旅行「好像是夏天」，但 Metadata 告訴你那是十一月。你覺得某段時期「過得很平淡」，但照片密度說那其實是你最活躍的一年。

神學裡有個概念我一直很在意：人對自身處境的理解，往往受制於當下的感受，而不是事實。奧古斯丁在《懺悔錄》裡花了大量篇幅處理記憶與時間的關係：用現代話說，他的意思是：記憶不是過去的複製品，而是現在對過去的重新建構。一千六百年後，Metadata 用另一種方式印證了這件事：影像參數裡的時間戳和GPS座標不會被情緒改寫。某條異國的街道、某場會面、某段旅程、某張特殊照片，它們安靜地停留在檔案的參數裡，比我們的腦袋誠實得多。

這就是我覺得整理照片這件事有意思的地方。表面上是在歸檔影像，實際上是在把模糊的記憶轉化為可檢索的資料。為自己的時間建索引。

## 從回憶到查詢

我們這一代&quot;人&quot;的記憶，已經可以不只靠腦細胞保存了。可同時存在於手機相簿、雲端硬碟、社群貼文、健康追蹤App。有精準的時間與地點、有城市之間的移動軌跡、有人與人之間的社交圖譜，也有按下快門那一刻的心情。在某些情況下，它還能跟生理數據結合，例如，如果我要比對，我的Fitbit資料可以告訴我，某張照片拍攝當下的心率是多少。

當這些碎片被整理、被參數化、被結構化，它就不再只是「回憶」了。它變成可以被搜尋、被交叉比對、被重新組織的東西。你跟自己過去的關係，從「我記得⋯⋯」變成了「讓我查一下⋯⋯」。

我在[建造 paulkuo.tw 的過程](/articles/multi-model-collab-website-rebuild)中體會到一件事：當人把自己的經驗、觀點、軌跡系統性地輸出，就不再只是活過，而是把活過的痕跡變成了一種可被索引的存在。照片整理是同一件事的另一個面向。

## 留給未來的索引

看著影像被轉換為資料結構的時候，我在想一個問題：十年、二十年後，當我回頭看「過去」，我能找到什麼？

不完全是感傷式的提問，而是一個很實際的問題：如果未來的我需要重拾某個片段，現在的我有沒有留下足夠的索引？時間會繼續走，記憶會繼續模糊，但如果資料結構還在，那些曾經覺得值得留下的瞬間，至少不會完全消失在時間裡(如果我的肉體朽壞，我的記憶 Agent 還能心意更新且變化嗎？我還不知道)。

七萬多個時間節點。每一個背後都是某個秒鐘裡的眷念或交流的餘溫。它們不會記得我當時在想什麼，但它們記得我在哪裡、什麼時候、面對著什麼方向、思念什麼、在意什麼。

也許這就夠了。剩下的，就交給未來的我自己去填。</content:encoded><category>沉思與記憶</category><category>數位記憶</category><category>人機協作</category><category>超級個體</category><category>Metadata</category><category>生命軌跡</category></item><item><title>6.4%：讓日文語音辨識的精準度，從「堪用」跳到「可商用」</title><link>https://paulkuo.tw/articles/google-chirp3-japanese-stt-benchmark/</link><guid isPermaLink="true">https://paulkuo.tw/articles/google-chirp3-japanese-stt-benchmark/</guid><description>我花了一個下午，用四段真實的日文商務影片，對 Google Chirp 3 和 Groq Whisper 做了一場正式的 benchmark。結果讓我自己都嚇了一跳：Chirp 3 的字元錯誤率平均只有 13.5%，而 Groq 是 47.8%：差了三倍多。這篇文章不只是技術比較，更想回答一個實務問題：在什麼場景下，語音辨識的精準度值得你花錢？
</description><pubDate>Sun, 08 Mar 2026 00:00:00 GMT</pubDate><content:encoded>6.4%。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/google-chirp3-japanese-stt-benchmark-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/google-chirp3-japanese-stt-benchmark-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

這是 Google Chirp 3 在辨識一段 TSMC 半導體技術解說影片時的字元錯誤率。同一段音檔丟給 Groq Whisper，錯誤率是 36.5%。一個幾乎逐字正確，另一個每三個字就錯一個。

這不是什麼精心設計的實驗室條件，就是 YouTube 上隨便找的日文解說影片，前三分鐘，切下來跑兩個引擎。結果的差距，大到讓我重新思考一件事：我們對「免費 AI 工具」的信任，到底建立在什麼基礎上？

## 為什麼我要做這個測試

這套「即時會議記錄｜阿哥拉廣場」工具，算是[成為超級個體實踐](/articles/super-individual-case-study)的延伸，透過與 AI 協作，一個人等於是一支部隊。技術上不複雜：麥克風收音、語音辨識、即時翻譯、字幕顯示。但實際用在日文商務會議上，會有一個致命的問題：**辨識結果會干擾理解。**

「取引先」變成亂碼，「発注書」被吃掉一半，「ご指導のほど」被聽成完全不相干的詞。這些不是偶爾的錯誤：是架構設計的系統性問題。而這些詞，恰恰是商務場景中最關鍵的術語。

原本用的是 Groq 提供的免費 Whisper 模型。速度快、不花錢，日常對話勉強能用，聽聽嗯嗯啊啊，讓人開心的影片沒問題。但若對方是日本客戶，你正在翻譯一場關於設廠時程和品質異常的會議：「勉強能用」就不夠了。

所以我想繼續優化，試著達標更高的 benchmark 檢視，用數據來回答：**Chirp 3 到底好多少？值不值得花那個錢？**

## 四個場景，一面倒的結果

![測試架構：Groq Whisper vs Google Chirp 3 的規格對比](/images/articles/chirp3-benchmark-architecture.png)

我挑了四段完全不同類型的日文影片，每段取前三分鐘，分別送進兩個引擎，以 YouTube 自動生成字幕為基準計算 CER（字元錯誤率，Character Error Rate：簡單說就是辨識結果跟正確答案之間的差異比例，越低越好）。

結果：

**國際新聞**（PIVOT 節目：川普攻擊伊朗解說）：Groq 52.5%、Chirp 3 **9.2%**，改善 82.4%。

**半導體商務**（TSMC 熊本工廠戰略分析）：Groq 61.6%、Chirp 3 **25.5%**，改善 58.6%。

**半導體技術**（TSMC 3nm、AI、地緣政治）：Groq 36.5%、Chirp 3 **6.4%**，改善 82.4%。

**商務會話**（自我介紹、會議準備）：Groq 40.6%、Chirp 3 **13.0%**，改善 68.0%。

平均下來：Groq 的 CER 是 47.8%，Chirp 3 是 13.5%。**精準度提升 71.7%。**

四個場景，Chirp 3 全勝。沒有例外。

![CER 比較：四個場景中 Chirp 3 全面勝出，平均精準度提升 71.7%](/images/articles/chirp3-benchmark-cer-comparison.png)

## 數字背後的關鍵：不只是模型好，是「知道該聽什麼」

Chirp 3 贏這麼多，不只是因為模型本身更強。關鍵在一個功能：**Speech Adaptation**。

這是 Google Cloud Speech-to-Text 提供的術語引導機制。你可以預先餵給模型最多 5,000 個「短語」（phrases），告訴它：這場會議可能會出現這些詞，請優先辨識。

我讓系統放了約 1,000 個日文商務術語進去：從「取引先」「発注書」「見積書」到「応急措置」「前年比」「稟議」。效果立竿見影：這些詞的命中率幾乎是 100%。

反觀 Groq Whisper 的 prompt 機制，上限只有 224 tokens，大約塞得下 40 個術語。而且 Whisper 有個惡名昭彰的問題：靜音段會「幻覺」，把 prompt 裡的內容直接吐出來當辨識結果。

還有一個容易被忽略的差異：**切片長度**。Groq 用 5 秒一段，Chirp 3 用 15 秒。5 秒的語境太短，模型經常聽到一半就斷了，上下文不足導致誤判。15 秒則給了模型足夠的語境去做判斷。

這三個因素疊加：更強的基礎模型、1,000 個術語引導、更長的語境窗口：造成了三倍的精準度差距。

## 一場會議不到一美元

Chirp 3 不是免費的。計費方式是 $0.016 美元/分鐘，以秒為最小計費單位。

算一下：一場一小時的日文商務會議，Chirp 3 的成本是 $0.96 美元。不到一美元。

如果你每個月開 20 場日文會議，月費大約 $19 美元，折合新台幣 624 元。

![成本分析：每月 20 場會議約 NT$624](/images/articles/chirp3-benchmark-cost.png)

624 元。換取的是：日本夥伴說的每一個專業術語，都能正確記錄下來；我們會議紀錄可以不再需要事後花一小時人工修正；翻譯品質從「看得懂大意」提升到「可以直接當逐字稿用」。

創業這些年，我理解到：**溝通的成本，從來不在工具上：在誤解上。** 一次聽錯「納期」導致的交期延誤，代價遠超過一年的 Chirp 3 費用。

## 我的翻譯工具現在怎麼用它

最後補充一下技術面。目前這一版翻譯工具採用「多路路由」架構，意思是，我根據來源語言和使用模式，自動切換不同的辨識引擎：

中文走 Qwen（阿里的中文 ASR 模型，WebSocket 串流），英文走 Groq Whisper（免費、速度快），日文一般模式也走 Groq，但**日文商務模式自動切換到 Google Chirp 3**，同時把使用者的術語表詞彙一起送進 Speech Adaptation。其他語言則走 Deepgram Nova-3。

這個設計的邏輯很簡單：**不是所有場景都需要最高精準度，但商務場景不能妥協。** Groq 免費、速度快，適合日常對話和非正式場合。Chirp 3 貴一點、慢一點（15 秒才回傳一次），但在精準度上是另一個等級。

![STT 多路路由架構：根據語言與模式自動切換引擎](/images/articles/chirp3-benchmark-stt-routing.png)

我按「商務模式」按鈕（管理者才有的技能），背後的路由就自動切換：不需要理解技術細節，只需要知道：開了這個按鈕，你的日文會議紀錄會從「大概對」變成「幾乎完全對」。

## 精準度是信任的基礎

回到最初的問題：免費 STT 夠用嗎？

如果只是想把 YouTube 影片的日文大意聽個七七八八，知道大意那ＯＫ。但如果你在一場跨國會議裡，對方正在用敬語委婉地表達不滿，而翻譯工具把「ご立腹」聽成了「ボディポップ」（沒有開玩笑，這是真實案例）：那就完全不夠。

語音辨識的精準度不是一個抽象的技術指標。它是溝通鏈條中最脆弱的一環。辨識錯了，翻譯就錯了；翻譯錯了，決策就偏了。在商務場景裡，這條鏈是用信任串起來的。

6.4% 的錯誤率，意味著每 100 個字只錯 6 個。47.8% 的錯誤率，意味著將近一半的內容不可靠。

我寧願多花一點 Token 費用，也希望確保與夥伴之間的交流能維持更好的品質。不過我也理解，對很多朋友來說，日語素材其實不一定需要那麼精準。人生已經夠不容易了，需要輕鬆一點的時刻，就讓自己輕鬆一點。

---

## 術語表

- **CER（Character Error Rate）**：字元錯誤率。衡量辨識結果與正確答案的差異，計算方式是 Levenshtein 編輯距離除以正確答案的字數。越低越好，0% 代表完美。
- **STT（Speech-to-Text）**：語音轉文字技術。
- **Ground Truth**：用於比對的「正確答案」。本測試使用 YouTube 自動生成的日文字幕。
- **Speech Adaptation**：Google Cloud STT 的功能，允許預先提供最多 5,000 個短語引導模型辨識特定詞彙。
- **Levenshtein Distance**：編輯距離。將一個字串轉換成另一個字串所需的最少操作次數（插入、刪除、替換）。
- **Prompt**：Whisper 模型的提示文字（上限 224 tokens），用於引導辨識方向。功能類似 Speech Adaptation，但容量小得多。
- **RPM（Requests Per Minute）**：每分鐘請求數，API 的速率限制。Groq 免費方案為 20 RPM。</content:encoded><category>智能與秩序</category><category>語音辨識</category><category>Google Chirp 3</category><category>日文商務</category><category>STT</category><category>AI工具實測</category></item><item><title>AI 不能取代信仰：教宗給「效率至上」世代的一堂課</title><link>https://paulkuo.tw/articles/pope-leo-xiv-ai-homily/</link><guid isPermaLink="true">https://paulkuo.tw/articles/pope-leo-xiv-ai-homily/</guid><description>2026 年 2 月，教宗良十四世在與羅馬教區神父的閉門對話中，明確要求司鐸不要用 AI 撰寫講道稿。這件事引起全球媒體關注，但多數報導停留在「教宗反對 AI」的表面。身為有十五年神學訓練背景、同時每天都在用 AI 工作的人，我認為教宗真正在說的，是一件比科技政策更根本的事：信仰的本質是見證，而見證不能被外包。這篇文章從教宗的三個核心論點出發，探討「效率至上」的邏輯在碰到人類經驗的邊界時，為什麼會失效。
</description><pubDate>Tue, 03 Mar 2026 00:00:00 GMT</pubDate><content:encoded>2026 年 2 月 19 日，梵蒂岡保祿六世大廳。教宗良十四世和羅馬教區的神父們坐下來聊了四十五分鐘。閉門，沒有攝影機，只有牧者之間的對話。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/pope-leo-xiv-ai-homily-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/pope-leo-xiv-ai-homily-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

幾天後，梵蒂岡新聞網發出報導，教宗談 AI 使用，引發國際媒體熱烈討論

標題很吸睛，但大部分報導都停在這裡。好像這只是又一個「老人家不懂科技」的故事。

不是這樣的。

## 肌肉不用會萎縮

教宗的第一個論點，很接地氣。

他用了一個比喻：「身體的肌肉如果不用、不動，就會死掉。大腦也需要使用，我們的智能也必須鍛鍊，才不會失去這個能力。」

這不是在談效率，而是在談能力的維持。準備一篇講道：閱讀經文、反覆咀嚼、在祈禱中尋找連結、把抽象的神學概念轉化成會眾聽得懂的語言：這個過程本身就是一種屬靈操練。跳過這個過程，你省下的不只是時間，你省掉的是讓你成為牧者的那個鍛鍊。

我在神學院受訓的時候，花最多時間的不是寫報告，而是「讀不懂」的煎熬。讀巴特、讀莫特曼、讀那些讓你覺得自己很笨的神學家，然後在讀不懂的地方停下來，問自己：他到底在說什麼？這跟我的信仰經驗對得上嗎？

那個「讀不懂」的過程，事後看，才是真正的學習。如果當時有 ChatGPT，我大概會直接貼進去問「幫我摘要這段」，然後快速略過。效率提升了，但靈魂裡某個東西就不見了。

教宗說的「萎縮」，就是這個。

## AI 無法分享人的信仰

第二個論點更根本。

「真正的講道就是分享信仰，」教宗說，「而人工智慧永遠無法分享信仰。」

這句話的重量，你必須理解天主教對「講道」的定義才能完全感受到。講道（homily）在天主教禮儀中不是「演講」，不是「知識傳遞」，甚至不是「勸勉」。它是牧者站在會眾面前，以自己與天主相遇的經驗為基礎，把聖言和此刻的生活連結起來。

關鍵詞是「自己的經驗」。

一位神父可能在那一週探望了臨終的教友，可能在告解室裡聽到讓他心碎的故事，可能在凌晨的祈禱中突然被一段經文擊中。這些經驗，構成了他站上講台時那個獨特的聲音。

AI 可以分析幾萬篇講道稿，找出最佳結構、最動人的修辭、最適合當週讀經的切入角度。它甚至可以寫出一篇讓人挑不出毛病的高超講詞。但它做不到的是：見證。

見證的意思是，我經歷過，所以我能告訴你。這不是資訊，這是存在。是牧者肉身的痛苦，心靈的糾葛。

我現在每天都在用 AI 工作：寫文章、做分析、管理專案、甚至開發各種服務模式與工具。但我非常清楚一件事：AI 幫我處理的是資訊層的工作，不是意義層的工作。當我寫一篇關於信仰的文章，那個讓文章有生命力的東西，不是 AI 能給我的。是我自己走過的路。

教宗在區分的，正是這條線。

## 不要追求在社群媒體裡被按讚

同一場對話中，教宗還提出了另一個警告：不要在 TikTok 等社群平台上追求按讚和粉絲數。他說，那是一種「在網路上以為自己在奉獻自我」的幻想。

這兩件事：用 AI 寫講道、在社群追求按讚：表面上無關，但背後的道理相同：把牧職工作的價值，交給外部指標來定義。

AI 幫你優化了講道稿的品質指標：結構完整、論述清晰、用詞精準。社群演算法幫你優化了影響力指標：觸及率、互動率、粉絲成長。但教宗要問的是：「人們想看到的是你的信德、你與耶穌基督相遇的經驗。」這個東西，沒有任何指標可以衡量。

他要求神父走出教堂，透過運動、藝術、文化活動和年輕人建立真實的友誼。他強調這需要「時間與犧牲」，因為很多年輕人活在孤立中，活在毒品、犯罪和暴力的困境裡。真正的陪伴是低頻率、高成本、難以規模化的。

這完全違反矽谷的邏輯。但教宗不在乎。

## 從良十三世到良十四世：兩次工業革命之間

這裡有一個隱晦的脈絡。

良十四世在當選後第一次對樞機主教團的談話中就說了，他選這個名號，是因為致敬良十三世。良十三世在 1891 年發表了《新事》通諭（Rerum Novarum），那是天主教社會訓導的奠基文獻，回應的正是第一次工業革命帶來的勞工剝削、貧富分化和社會撕裂。

一百三十五年後，良十四世面對的是另一場革命。不是蒸汽機，是大型語言模型。不是勞工被機器取代體力，是人類被 AI 取代判斷力、創造力、甚至信仰表達的能力。

他在另一場訪談中曾拒絕建立「AI 教宗分身」的提案：有人提議用 AI 打造虛擬教宗，讓全球信徒可以「線上接見」。他拒絕了，並警告：如果科技發展失去與信仰、人性的關係，將成為「空洞、冰冷的軀殼」，對人類本質造成傷害。

注意，他說的主詞不是「AI」，而是「失去與人性連結的科技」。這是一個文明層級的判斷，不是對某個工具的恐懼。

## 效率的邊界

我是一個天天用 AI 的人。我用 AI寫程式碼、做多語言翻譯、搜集訊息、用辯論引擎跑戰略分析。我相信 AI 是這個時代最強大的生產力工具。

但正因為如此，我更理解教宗在說什麼。

效率邏輯有它的適用範圍。在資訊處理、模式辨識、流程優化這些領域，AI 不只是有用，是碾壓性地有用。但當你碰到「見證」「陪伴」「信仰」「友誼」「愛情」「忠誠」這些概念時，效率邏輯就失效了。不是因為這些東西太落伍跟不上時代，而是因為它們的價值，本來就不在效率這個層面上。

一個神父花六小時準備一篇講章，跟 AI 花六秒產出一篇，差別不在品質高低。差別在於：那六小時裡，他和天主相處了。那個相處的痕跡，會從他的聲音、他的停頓、他選擇的那個不夠完美但帶著溫度的詞彙中流露出來。

會眾聽得出來。

這就是教宗劃的線。不是「AI 不好」，而是「有些事情，它的價值就在於你親自去做」。生活中的摩擦與苦難是意義的根源。

在這個一切都可以被優化的時代，知道什麼不該優化，或許才是最重要的智慧。

---

## 參考資料

- [Pope Leo XIV tells priests not to use AI to write homilies or seek likes on TikTok](https://catholicreview.org/pope-leo-xiv-tells-priests-not-to-use-ai-to-write-homilies-or-seek-likes-on-tiktok/)</content:encoded><category>文明與人性</category><category>教宗良十四世</category><category>AI與信仰</category><category>講道</category><category>效率主義</category><category>人類學</category></item><item><title>成為超級學習者：AI 時代的成長作業系統</title><link>https://paulkuo.tw/articles/super-learner-ai-era/</link><guid isPermaLink="true">https://paulkuo.tw/articles/super-learner-ai-era/</guid><description>每個人都能用 AI，但為什麼只有少數人真正因此升級？因為工具是放大器，它放大清晰，也放大混亂。這篇文章拆解我在十年跨域實戰中歸納的超級學習者模型：六個能力模組，從內在動力到自然表達，構成一套持續循環的成長作業系統。不是技巧清單，是結構性的進化路徑。
</description><pubDate>Sat, 28 Feb 2026 00:00:00 GMT</pubDate><content:encoded>朋友跟我說，他花很多時間學 AI 工具，從 prompt engineering 到各種框架比較，筆記做了上萬字。結果回頭一看，他的工作產出幾乎沒變。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/super-learner-ai-era-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/super-learner-ai-era-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

「我好像什麼都學了，又好像什麼都沒學。」他這句話讓我想了很久，因為我也在反省同一題。

這不是他一個人的問題。我在製造業推動 AI 導入的過程，也看到類似的狀況：團隊學新工具，但真正能把學到的東西轉化成產出的人，永遠是少數。問題不在努力不夠，而在缺少一個底層的成長結構。

## 知道得多，不等於學得好

我們正站在一個歷史轉折點。過去要成為某個領域的高手，靠的是長時間的專業積累、資訊壟斷、經驗沉澱。但今天，資訊不再稀缺，方法不再神祕，知識幾乎唾手可得。ChatGPT 或 Gemini 等 AI 可以在三十秒內給你一份完整的學習計畫，但三個月後我們的能力真的提升了嗎？

拉開差距的，不是誰知道得多，而是誰具備一套持續進化的能力結構。這種人是現在的「超級學習者」：不是記憶力特強、不是技巧特高，而是擁有一套能不斷自我迭代的成長作業系統。這是我在得到 App 脫不花的《長談》第三十八集《歡迎加入超級學習者的世界》聽到的，這套系統有六個模組。不是線性的步驟，而是持續循環的結構。

## 動力結構：你願意為什麼付出成本？

學習不是靠意志力撐起來的。真正長期有效的動力，來自三個面向的交會：喜歡、勝任、目標。當一件事你真心喜歡，你願意為它付出成本；當你逐漸建立勝任感，正向回饋會推著你繼續；當它與你的長期方向對齊，你就不會輕易放棄。

AI 時代最大的誤區，是因著焦慮而過度追逐工具。忙著學提示詞、比較模型、套框架，但沒問自己根本的問題：我真正願意為什麼付出時間？我能在哪裡建立勝任感？這些努力指向什麼長期戰略？

若這個動力三角成立，我們付出的成本不再是消耗，而是投資。

## 提問就是生產力

在 AI 時代，會問問題的人等於擁有無限顧問團。問得不好，AI 給你泛泛空談；問得精準，它能幫你快速逼近本質。

我自己在開發工具與專案的過程有深刻體會。同樣是讓 AI 設計一個專案的資料架構，得到的是教科書等級的通用回答。後來我改得更細緻，補上工作流程的現況與問題，這次的回答，直接幫我省了很多時間的試錯。

高品質問題通常包含四個元素：具體問題、明確場景、你已經做過的努力、目前的效果。這樣的問題不只是請求答案，而是在展示思考。

成熟的學習者，不問「應該怎麼做」，而是先做出一版，然後問：「我哪裡不對？」甚至追問：「你覺得我好在哪裡？」前者讓你修正錯誤，後者幫你建立優勢框架。長期下來，你會慢慢知道自己的真正優勢在哪。

## 機會是概率遊戲，承擔是入場券

很多人以為機會是被選中的結果。但我在創業路上學到的最重要一課是：機會更多時候是主動追求的產物。哪怕被拒絕，也繼續探尋。因為機會是概率遊戲，你不參與，概率就是零。

比機會更關鍵的是「承擔」。我在超級個體的實戰裡提過這件事：當問題落到你手上，你選擇承擔而不是離開，整個系統（上天）就會記住你。你會因此理解流程、理解上下游、理解真正的風險結構。久而久之，你不再只是執行者，而是系統的一部分，擁有跨域的理解。

主動承擔的人看起來辛苦，但也最靠譜。組織裡的信任，就是這樣一點一點建立的。同時，成熟的工作者會為自己建立冗餘：有時間提前預警，方案準備多套。AI 可以幫我們快速生成備選方案，但決策與判斷仍然屬於我們自己。真正的成熟，是在重要場景下永遠留有餘地。

## 遷移與復現：從已知到未知的橋樑

所謂成長，不是從不會到會，而是從已會的領域遷移到未知領域。沒有已知的起點，學習很沒效率。

我常做把 A 領域的方法「蒸餾」出來，套到 B 領域。比方說，我在循環經濟裡學到的「物質流分析」方法，後來用來分析內容創作的流量路徑：素材從哪裡來、在哪個環節有耗損、最終轉化成什麼價值。背後的道理是類似的，只是載體不同。

AI 時代還有一個陷阱：看懂變得太容易了，生成也太容易了。請 AI 寫一段程式碼，看起來完全合理，以為自己會了。真正的理解不是聽懂，而是能復現。不能復現，就代表沒有真正掌握。現在這一點比任何時代都重要：因為「感覺自己會了」的幻覺，從來沒有這麼容易產生。

## 不只做社群表演

人在公開場合會很容易進入一種「表演者狀態」：腦中不斷評估自己表現如何，擔心說錯話，擔心不夠完美。

早期做簡報、寫文章的時候，總是想著怎麼包裝才好看、怎麼說才有深度。後來有個前輩跟我說：「你講的東西很好，但你不像在跟我說話，像在表演。」

那句話打醒我。自然的表達者，是回到內容本身。話從心裡流出，而不是從技巧和框架裡擠出來，當一個真正想跟對方講話的人。AI 可以幫你潤稿、整理結構、優化語句，但真正有力量的，是你是否真的理解、真的相信自己所說的話。不依附形式，不執著完美，表達反而會變得自然。

## 結構決定上限

這六個模組：動力結構、提問能力、主動行動、遷移思維、復現能力、自然表達：不是一套技巧清單，而是一個持續循環的成長作業系統。先用動力三角選擇方向；用高品質提問與 AI 協作；在現實中承擔；把已會的能力遷移到新場景；反覆練習直到內化；然後自然地輸出與表達。這是一條從學習者走向創造者的路。

AI 是一面放大鏡。它會放大你的清晰，也會放大你的混亂。真正決定上限的，從來不是工具本身，而是我們的內在結構：你的思考深度、提問能力、價值排序，以及面對責任時的承擔程度。

能問出好問題，敢對結果負責，不把能量耗在自我糾纏，也不為了存在感而表演：這些能力，才是在高速變動的世界裡，持續進化的底氣。當在電腦前完成的任務日益廉價，真正稀缺的，是走出螢幕，進入真實場域，解決真實問題的能力。

把從 AI 那裡獲得的知識部署到世界之中，讓智慧轉化為影響力：這才是「人馬模式」的超級個體。</content:encoded><category>智能與秩序</category><category>超級個體</category><category>AI 學習</category><category>成長系統</category><category>遷移思維</category><category>提問能力</category></item><item><title>2028 屠宰場：一份讓華爾街失眠的 AI 崩潰劇本</title><link>https://paulkuo.tw/articles/ai-slaughterhouse-2028-crisis-scenario/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-slaughterhouse-2028-crisis-scenario/</guid><description>Citrini Research 的《2028全球智能危機》報告用五環連鎖推演了一條路徑：AI 創造幽靈 GDP、摧毀中介商業模式、引爆白領失業潮、觸發私募信貸違約、最終形成無自然制動機制的負反饋循環。這不是預測，是一場思想實驗，但 2026 年 2 月 23 日的市場反應證明，故事本身就是武器。
</description><pubDate>Fri, 27 Feb 2026 00:00:00 GMT</pubDate><content:encoded>2026 年 2 月 23 日，華爾街度過了一個不尋常的週一。IBM 因 Anthropic 發布 COBOL 現代化工具而暴跌 13%，創下 2000 年以來最大單日跌幅；黑石受私募信貸基金贖回限制衝擊跌超 6%；美國運通跌逾 7%，軟體板塊整體下挫近 5%。多重利空同時引爆，但市場情緒的引信卻出人意料：一份來自 Citrini Research 的報告，一家大多數人沒聽過的小型投研機構，用一篇思想實驗把已經發炎的市場神經徹底點燃。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-slaughterhouse-2028-crisis-scenario-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-slaughterhouse-2028-crisis-scenario-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

報告名稱直白得近乎挑釁：[《The 2028 Global Intelligence Crisis》](https://www.citriniresearch.com/p/2028gic)（2028 全球智能危機）。中文圈更直接，喻穎正在其社群貼文中稱之為《2028 AI 屠宰場》。

這就是讓人不安的地方。不是高盛、不是摩根士丹利，是一家幾乎沒有品牌護城河的小機構，用一篇思想實驗就讓市場動了。市場此刻的神經已超出緊繃：在發炎，任何刺激都可能引發痙攣。恐懼不需要權威背書，只需要一條夠完整的故事線。

Citrini 的故事線是一條五環鏈條，每一環扣住下一環，形成一條從繁榮走向崩潰的路徑。

第一環他們稱為「幽靈 GDP」。邏輯是這樣的：AI 讓企業裁員、利潤飆升、生產力創 1950 年代以來新高，帳面上的數字漂亮極了：標普 500 逼近 8000 點，那斯達克破 3 萬點。但 AI 只產出、不消費。它不會買房、不會下館子、不會帶小孩去迪士尼。產出增加了，但勞動報酬沒有流回消費端。貨幣的流通速度放慢，消費經濟萎縮。GDP 的數字是真的，但支撐它的血液循環已經在停滯。

第二環是商業模式的系統性坍塌。AI 代理成為消費者的全能助手之後，所有依賴「人類惰性」存活的中介層：比價平台、保險續保、旅遊預訂、房產經紀：都會被擊穿。更致命的是支付網路：當交易變成機器對機器，信用卡 2% 到 3% 的手續費就成了純粹的冗餘成本。AI 代理會自動切換到零成本的穩定幣結算，Visa 和 Mastercard 的護城河就是建在這層手續費上的。

第三環是白領失業引爆消費崩潰。美國經濟的結構性弱點在這裡暴露無遺：白領佔就業總數一半，卻貢獻了大約 75% 的可自由支配消費。AI 替代白領之後，高技能勞動力湧入零工經濟：工程師開網約車、程式設計師當水管工：壓低了所有人的工資。還在職的白領也開始預防性儲蓄，不敢花錢。消費引擎同時從供給端和需求端熄火。

第四環是金融體系的傳導。規模龐大的私募信貸市場中，有大量資金流向 SaaS 公司，底層假設是「軟體收入穩定可預期」。AI 一旦讓客戶不再續費，這個假設就崩了。而這些私募信貸的錢，很多來自你我的養老金和保險帳戶。保險公司被監管要求補資或拋售資產，股市再跌一輪。

第五環是報告最悲觀的部分：這不是一個有自然制動機制的週期。傳統衰退會自我修復：利率降了，建設會回來；庫存清了，補貨會開始。但 AI 衝擊是結構性的。AI 的能力持續提升、成本持續下降，企業用省下來的錢買更多 AI，導致更多裁員，再省更多錢，再買更多 AI。這是一條沒有煞車的下坡路。

報告預測 2028 年 6 月美國失業率觸及 10.2%，標普 500 從高點大幅回撤。白宮的回應是「科幻作品」，華爾街主流機構指出這個劇本需要五個極端條件同時成立，機率極低。但「黑天鵝之父」塔勒布出來說了一句話：市場低估了 AI 的風險。

到這裡，大多數人會開始選邊站：你覺得這份報告靠譜還是危言聳聽？但我更在意的是另一件事。

報告作者之一阿拉普·沙阿公開承認自己的策略是「唱空做多」：做空被 AI 顛覆的企業，同時持有受益的半導體股票。如果他的預言成真，他直接獲利。他是帶著倉位說話的。

而這恰恰是 2013 年諾貝爾經濟學獎得主羅伯特·希勒說過的事。他的「敘事經濟學」指出：敘事先於現實並塑造現實。經濟波動不是純粹被基本面驅動的，是被容易傳播的故事驅動的。索羅斯的反身性理論說的是同一件事：參與者的信念會改變被觀察的對象本身。

所以這份報告最值得警覺的地方，不是它的五環推演對不對。而是它證明了一件事：市場此刻的免疫系統已經弱到一篇思想實驗就能引發系統性反應。真正的風險不在 AI 的能力曲線上，在市場選擇相信哪個故事。

對台灣來說，這條鏈上每一環都值得對照自問。我們的半導體和硬體製造坐在 AI 受益端，但我們的服務業、金融業、中介產業呢？台灣的白領密度不比美國低，我們的保險業同樣大量投資固定收益商品。如果這條鏈條的前兩環在美國發生，第四環的震波不會繞過太平洋。

沒有人知道 2028 年會不會變成屠宰場。但 2026 年 2 月 23 日那個週一已經告訴我們：擊潰市場的武器，是一個夠好的故事。

---

**參考來源**

Citrini Research &amp; Alap Shah, *The 2028 Global Intelligence Crisis*, February 22, 2026. [原文連結](https://www.citriniresearch.com/p/2028gic)</content:encoded><category>智能與秩序</category><category>AI經濟衝擊</category><category>金融危機</category><category>白領失業</category><category>敘事經濟學</category><category>Citrini Research</category></item><item><title>代碼已死，對話永生：從 Vibe Coding 到 Claws 的程式革命</title><link>https://paulkuo.tw/articles/code-is-cheap-vibe-coding-to-claws/</link><guid isPermaLink="true">https://paulkuo.tw/articles/code-is-cheap-vibe-coding-to-claws/</guid><description>Andrej Karpathy 用十年創造了四個定義時代的術語，從 Hallucination 到 Vibe Coding 再到 Claws，每一個都踩中人機關係的轉折點。Simon Willison 一句「Code is cheap」翻轉了 Linus Torvalds 二十五年前的經典宣言。這不是效率的線性提升，而是成本結構的相變：當嘗試的代價趨近於零，「不值得做」的事突然都值得做了。
</description><pubDate>Fri, 27 Feb 2026 00:00:00 GMT</pubDate><content:encoded>## 九個月，一個詞，一場集體覺醒

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/code-is-cheap-vibe-coding-to-claws-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/code-is-cheap-vibe-coding-to-claws-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

2025 年 2 月 2 日，Andrej Karpathy 在 X 上隨手丟出一個詞：Vibe Coding。

他描述的狀態很簡單：完全沉浸在氛圍裡，順著感覺走，甚至忘了自己在寫程式。沒有嚴謹的定義，沒有論文框架，就是兩個英文字。

九個月後，柯林斯詞典把它選為年度詞彙。

作為對照：「雲端運算」從 2006 年被提出到進入大眾語彙，花了好幾年。Vibe Coding 的傳播速度本身就是訊號：它不是在描述一個新技術，而是在替一個已經發生的集體經驗命名。當一個詞能以這種速度擴散，代表它觸碰到了某種等待被說出口的真實。

## 命名大師的十年考古學

Karpathy 不只是 AI 研究者，他是這個時代最精準的術語鑄造師。十年間，四個詞，每一個都踩在人機關係的轉折點上。

2015 年，Karpathy 在〈The Unreasonable Effectiveness of Recurrent Neural Networks〉一文裡，用「hallucination」來描述語言模型生成那些看起來很合理、實則憑空捏造的網址與內容，讓這個詞在語言模型的語境中廣為人知（「hallucination」在 AI 領域最早可追溯到 1980 年代，但 Karpathy 的用法讓它成為描述 LLM 生成錯誤的標準術語）。

2017 年是 Software 2.0。傳統軟體是人寫規則讓機器執行；Software 2.0 是人餵資料讓機器自己學規則。這不只是技術路線的切換，而是「誰在寫程式」這個根本問題的重新定義。

2025 年的 Vibe Coding 把焦點從「AI 怎麼學」拉到「人怎麼用」。程式設計師不再逐行審視每一段程式碼，而是跟 AI 對話、迭代、感覺對了就往前走。嚴謹性讓位給直覺，控制讓位給信任。

然後是 2026 年的 Claws。這個詞指的是 AI 智能體之上的新一層：編排、調度、上下文管理、工具調用、持久化。Karpathy 用了一個很直覺的比喻：底層大模型是地裡收割的小麥，智能體是磨好的麵粉，而 Claws 是烤好的麵包，即開即用。

Mac Mini 因為跑本地 AI 智能體的需求暴增，銷量「像北美早餐店的熱鬆餅一樣火」。這不是伺服器機房的事了，這是書桌上的事。

## Talk is cheap → Code is cheap

2026 年 2 月 23 日，Django 框架共同創辦人 Simon Willison 發布新專案 Agentic Engineering Patterns，開頭就丟了一顆震撼彈：

「Writing code is cheap now.」

如果你在軟體圈待過，你知道這句話在翻轉什麼。2000 年，Linus Torvalds 說了那句被刻在無數工程師腦子裡的話：「Talk is cheap. Show me the code.」空談廉價，給我看程式碼。這句話定義了一整個世代的工程文化：程式碼是稀缺資源，是價值的終極載體，寫得出來才算數。

二十五年後，Willison 把它翻了過來。Code is cheap. Show me the talk. 程式碼廉價了，讓我看你怎麼描述需求、怎麼做決策。

這不是修辭遊戲。Google 首席工程師 Jaana Dogan 說，她的團隊花了一年建構的分散式智能體編排器，2026 年初用 Claude Code 只花了一小時就完成。Vercel 技術長 Malte Ubl 靠著 Opus 4.5，在假期裡完成了兩個主要開源專案、開始寫一本書、還修了一堆 bug：他說「沒有 AI 絕對不可能完成」。

一年的工作量壓縮到一小時。這不是效率的線性提升，這是成本結構的相變。

## 「不值得做」的事突然都值得做了

大多數人聽到「AI 讓寫程式變便宜」，第一反應是「太好了，可以更快交付」。這個理解沒錯，但太淺了。

真正的革命不在讓現有的工作變快，而在讓「原本不值得做」的事情變得值得做。

每個開發團隊都有一份隱形清單：那些被判定「投入產出比不划算」而永遠排不上優先序的功能、那些「有了會很好但開發成本太高」的改善、那些「只服務少數使用者所以不做」的需求。當寫程式的邊際成本趨近於零，這整份清單突然活了過來。

Willison 的建議很實際：每當你的本能說「不值得花時間」，先用 AI 試一下。最壞的結果是浪費幾毛錢的 token，最好的結果是你發現一個原本不可能存在的機會。

但他也很誠實地補了一句：「好程式碼」依然昂貴。功能的正確性、邊界條件的處理、可維護性、測試覆蓋、文件品質：這些品質標準沒有因為 AI 而降低。便宜的是初稿，不是成品。

## 台灣的知識工作者該怎麼看這件事

「程式碼變便宜」的邏輯不只適用於軟體開發。把「程式碼」換成任何知識工作的產出：初稿、報告、分析、設計稿：同樣的成本結構改變正在發生。

寫作：AI 可以快速生成初稿，但判斷哪些觀點值得發展、哪些段落該刪掉，依然需要人。設計：AI 可以產出一百個方案，但辨別哪個方案真正解決使用者問題，依然需要人。資料分析也是同樣的道理：AI 能跑完所有模型，但你問的問題對不對，它給不了答案。

前 Uber 工程師 Gergely Orosz 把 AI 時代的核心能力整理成三項：判斷力：分辨 AI 產出的好壞；戰略思維：知道該做什麼，而不是怎麼做；領域專業知識：驗證 AI 生成內容的準確性。

對台灣來說，我們有全世界最密集的科技人才，但也有大量依賴「執行力」而非「判斷力」的工作崗位。當執行的成本被 AI 壓到接近零，只剩判斷力能創造差異化價值。這不是威脅論，但確實是一個結構性的重新校準。

## 奶奶不需要知道 App 的存在

有網友質疑 Karpathy 的 Claws 概念，他的回覆只有一句話：

「奶奶不必了解應用程式如何部署等技術問題，因為她的 AI 助理應該知道這些。」

這句話是終局預言。未來不是讓所有人學會寫程式，而是讓 AI 成為人與系統之間的中介。使用者只需要表達意圖：「幫我訂明天去台南的車票」：AI 自動決定該調用現有的 App、還是即時生成一個客製化的解決方案。「應用程式」這個概念，可能會從使用者的認知裡消失。

從 Vibe Coding 到 Claws，Karpathy 用兩個詞畫出了一條軌跡：先是人和 AI 一起寫程式，然後是 AI 自己管理整個系統，人只負責說出自己要什麼。

問題不再是「你會不會寫程式」，而是「你知不知道該解決什麼問題」。

而這個問題，從來就不便宜。</content:encoded><category>智能與秩序</category><category>Vibe Coding</category><category>AI輔助開發</category><category>Andrej Karpathy</category><category>Simon Willison</category><category>知識工作變革</category></item><item><title>京東的 AI 供應鏈：當預測變成基礎建設，台灣企業該看到什麼？</title><link>https://paulkuo.tw/articles/jd-ai-supply-chain-revolution/</link><guid isPermaLink="true">https://paulkuo.tw/articles/jd-ai-supply-chain-revolution/</guid><description>京東的 AI 供應鏈已從企業內部工具演化為對外平台：三層能力堆疊（預測、可解釋性、運籌優化）、物流超腦 2.0 升級、京東工業 IPO、國際物流品牌擴張。史丹佛 Triple-A 學術論文的認證標誌著這套模式從企業案例升格為產業範本。對台灣企業的啟示不在模仿，而在看懂供應鏈能力租用化的趨勢。</description><pubDate>Thu, 26 Feb 2026 00:00:00 GMT</pubDate><content:encoded>去年六月，我整理了一篇京東在史丹佛大學分享的 AI 供應鏈案例。當時的感覺是：這是一份很紮實的企業內部改造紀錄，值得學習但離我們有點遠。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/jd-ai-supply-chain-revolution-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/jd-ai-supply-chain-revolution-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

九個月後重看，我的判斷改了。不是因為京東又做了什麼驚人的事，而是因為它做的事情正在變成一種「標準」：當 AI 驅動的供應鏈從競爭優勢變成基礎建設，沒跟上的企業不是「少了一個工具」，而是「少了一層基礎設施」。

這個轉變，台灣的製造業和服務業需要認真面對。

## 從史丹佛講台到學術論文：京東模式被正式記錄

先講一個值得注意的訊號。2025 年，史丹佛商學院的供應鏈管理大師 Hau L. Lee（李效良）與柏克萊加大榮休教授、現任港大副校長沈祖鈞（Zuo-Jun Max Shen），把京東的 AI 供應鏈實踐寫成了正式學術論文，發表在 SSRN 上。論文用經典的「Triple-A」框架：敏捷性（Agility）、適應性（Adaptability）、對齊性（Alignment）：分析京東的三個具體案例。

這代表什麼？代表京東的做法已經不只是「企業內部優化」，而是被認定為具有通用價值的產業範本。從企業簡報升格為學術教案，這個距離不小。

## 三層能力：預測、解釋、優化

京東的 AI 供應鏈不是一個系統，而是三層能力的堆疊。

第一層是智慧預測。京東手上有超過 7 億用戶的購物行為數據、超過 1,600 座自營倉庫的即時庫存、加上天氣、節慶、地緣政治等外部變數。據京東公布的數據，它用這些數據訓練的預測模型，準確率提升了近 15%。更關鍵的是，它用「合成資料」：透過深度學習模擬歷史成功交易：來補強訓練樣本，這讓模型在面對從未見過的市場波動時也能維持穩定。

第二層是可解釋性。這是很多企業導入 AI 時忽略的環節。預測再準，如果業務端不信、不懂、不敢用，就等於白做。京東把每一個預測結果分解成「基準值 + 各因素貢獻值」，讓銷售、行銷、物流各部門看得懂 AI 為什麼這樣建議。甚至針對單一產品提供三組促銷策略，各自對應不同成本與預期效益，讓品牌端自己選。

第三層是運籌優化。傳統的物流優化需要專業的作業研究（OR）背景，建模複雜、調整困難。京東把這層也用自然語言打通了：你輸入「一千件貨要用最省成本配送到三個倉庫」，系統自動轉換成數學模型、抓取最新運輸成本，跑出方案。還能做 What-if 分析：如果某個倉庫故障、某條路線中斷，替代方案是什麼？

這三層加在一起，不是「AI 幫你做事」，而是「AI 幫你思考」。

## 九個月後的進展：從內部工具到對外平台

去年我寫原文的時候，京東的 AI 供應鏈還主要是服務自己。現在它已經明確走向平台化輸出。

「物流超腦 2.0」升級後，已經不只是自動化工具。它透過全域感知、模型演化、人機協作三重機制，把原本依賴人工經驗的作業流程轉化為數據驅動的動態決策。據京東公布的數據：作業標準化水準提升 15%，人車貨場調度效率提升近 20%，人機協作效率提升超過 20%。

機器人方面，京東的「狼族」系列產品：智狼、天狼、地狼、飛狼、獨狼、翼狼：加上自動分揀牆，據京東表示已在全球超過 500 座倉庫部署。2025 年 7 月，京東還發布了自研的無人輕卡「京東物流 VAN」，具備 400 公里滿載續航與 L4 級公開道路自動駕駛能力。

更值得注意的是商業模式的轉變。京東工業（JDi）在 2025 年獲得港交所 IPO 批准，定位是「工業供應鏈技術與服務平台」，上半年營收 103 億人民幣，年增近 19%。這等於把京東在供應鏈上累積的 AI 能力打包成產品，賣給其他企業。

同時，京東物流的國際品牌 JoyExpress 正式進軍歐洲（英國、荷蘭、德國、法國），JoyLogistics 深耕中東，與 FII Institute（未來投資倡議研究院）簽署戰略合作，涵蓋數位轉型、物流基礎設施和跨境商務。京東連續第二年入選 Gartner 全球供應鏈前 25 強。

模式很清楚：先用 AI 優化自己的供應鏈，累積數據和模型，然後把這套能力變成平台對外輸出。供應鏈不再只是成本中心，而是利潤中心。

## 為什麼台灣企業應該在意

講到這裡，可能有人會說：京東是中國電商巨頭，7 億用戶、超過 1,600 座倉庫，這跟台灣的中小企業有什麼關係？

關係很大，但不是模仿京東，而是看懂趨勢。

第一個訊號是：AI 供應鏈能力正在從「自建」走向「租用」。京東工業的 IPO、SaaS 化的供應鏈服務、API 化的物流接口：這些都在說同一件事：未來中小企業不需要自己蓋 AI 團隊，而是接入別人建好的 AI 供應鏈平台。問題是，你要接入誰的？

第二個訊號是：可解釋性決定了 AI 能不能真正落地。京東花了大量心力做「讓業務端看懂 AI 決策」這件事，這不是技術問題，是信任問題。台灣很多企業導入 AI 失敗，不是因為模型不準，而是因為現場的人不信、不敢跟著 AI 的建議走。

第三個訊號是：供應鏈的競爭方式正在改變。以前比的是「誰的物流更快、更便宜」，現在比的是「誰的預測更準、反應更快、異常處理更自動」。當京東的 AI 系統能在倉庫故障的瞬間自動重新分配路線，這不是效率優勢：這是結構性優勢。

對台灣的製造業和供應鏈服務商來說，真正的問題是：當你的客戶開始用 AI 驅動的供應鏈跟你對接，而你還在用 Excel 管庫存的時候，你不是「比較慢」，你是「語言不通」。

## 從京東看到的本質

回到京東案例的核心。去年在史丹佛分享的時候，他們強調了四個成功條件：跨領域人才、領導層支持、扁平化組織、海量數據。

九個月後再看，我覺得最重要的其實只有一個：組織願不願意讓 AI 參與決策，而不只是讓 AI 產出報表。

很多企業的 AI 導入停在「AI 做分析，人做決策」的階段。京東走到了「AI 做建議，人選方案」，甚至在某些環節已經是「AI 做決策，人監控異常」。這三個階段之間的差距，不是技術差距，是信任差距。

京東的案例告訴我們：AI 供應鏈不是買一套軟體、請一個數據科學家就能做到的事。它是一場涉及組織文化、決策流程、數據治理的系統性變革。技術是最容易的部分，人才是次難的，最難的是讓一個習慣「人說了算」的組織，學會信任數據和模型。

這個課題，不分企業大小，不分產業，每一家都要面對。</content:encoded><category>智能與秩序</category><category>AI趨勢</category><category>供應鏈</category><category>京東</category><category>產業分析</category><category>台灣企業</category></item><item><title>你不是輸在認知，是輸在尚未開始就先嚇死自己</title><link>https://paulkuo.tw/articles/overcome-fear-start-ugly/</link><guid isPermaLink="true">https://paulkuo.tw/articles/overcome-fear-start-ugly/</guid><description>我創過業、跑過加速器、當過副總、也徹底失敗過。回頭看，每一次卡住的原因都不是不夠聰明，而是還沒開始就被恐懼癱瘓。恐懼是幾萬年前的生存韌體，但現代社會裡它製造的幻覺比真實威脅多一百倍。這篇從生物本能的錯位講起，到對強者祛魅、粗糙開局、精神獨立三個操作，最後連結到循環經濟的「最小可行循環」：不要等完美系統，先讓自己轉起來。
</description><pubDate>Thu, 26 Feb 2026 00:00:00 GMT</pubDate><content:encoded>2016 年，我在 AppWorks 加速器裡第一次 Demo Day 上台。準備了三個月，改了不知道幾版簡報，上台前五分鐘手還在抖。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/overcome-fear-start-ugly-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/overcome-fear-start-ugly-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

結果呢？沒有人記得我那天講了什麼。包括我自己。

但我記得一件事：上台之前的恐懼，比上台之後發生的任何事都大十倍。那是我第一次意識到，恐懼的體積跟真實威脅的體積完全不成比例。

這個發現後來在創業路上反覆被驗證。厚生市集、半畝塘、公司：每一次轉換，卡住我的從來不是能力不夠，而是還沒開始就先被恐懼癱瘓。

## 恐懼是過時的韌體

恐懼這套系統本來是好東西。幾萬年前你看到野獸，腎上腺素飆高、拔腿就跑，活下來了。問題是現在哪來的野獸？但我們的大腦還在用「被部落拋棄就會餓死」的舊韌體，來處理一封工作郵件、一次提案被打槍、一個社交場合的尷尬。

這是生物本能跟現代社會的嚴重錯位。除了生死，其他所有的恐懼都是大腦製造的幻覺。怕失敗、怕被拒絕、怕別人怎麼看你：這些不是真實的威脅，是你把世界的難度放大了十倍，然後把規則神化，把自己困住。

心理過載，才是平庸的隱形牢籠。

## 對強者祛魅

習慣把別人看大、自己看小，是自信心流失的主因。

我在創業圈見過很多「傳說級」的人。近距離接觸之後發現，任何強者的崛起，本質上都是時代機會與基礎資源共同作用的結果。脫下光環大家都是凡人，都有搞砸的時候，都有不知道怎麼辦的時刻。

不要讓別人的光熄滅你自己的燈。每個人有自己的節奏，平視他人，才能找回主場感。

## 先做個垃圾出來再說

贏家跟平庸者的差距就在 0.1 秒：平庸者等「萬無一失」，贏家選擇「先做個垃圾出來再說」。

我自己最好的例子就是這個網站。paulkuo.tw 的第一版醜到我不好意思給人看。但我推上線了。然後在〈[超級個體實戰紀錄](/articles/super-individual-case-study)〉裡寫到的那 12 天裡，一邊用一邊改，改到現在這個版本。如果我等到「準備好了」才開始，這個網站到現在還在我腦袋裡。

一旦動起來，50% 的問題自動消失，剩下 50% 在過程中會自己長出路徑。資源不是等來的，是你衝鋒的時候被你的能量吸過來的。

## 精神獨立是最終底牌

從「尋求認可」切換到「自我升級」，這個開關一旦打開，恐懼會自動消散。

《周易》講的就是這個境界：即便不被理解，內心也不憂悶。我在神學院待了十五年，最大的收穫不是知識，是學會在沒有觀眾的情況下繼續走。當你的人生主線從「討好他人」變成「自我進化」，很多東西就清楚了：敢表達，因為不再怕評價；能入場，因為不再糾結得失；敢堅持，因為知道命運是碰撞出來的。

## 從個人心理到系統思維

這跟創業是同一件事。循環經濟裡有個概念叫「最小可行循環」：你不需要等到一個完美的回收系統才開始做，先跑一個粗糙的迴圈，在運轉中優化。人的心理建設也一樣：不要等到「準備好了」才出發，先讓自己轉起來。

AI 時代更是如此。你花三個月規劃的東西，世界可能已經轉了三十圈。先行動不是妥協，是唯一合理的策略。

動態中修正，比靜態中規劃有效一百倍。看清恐懼背後的道理：它是過時的生存程式，不是你的真實處境：就是突破的起手式。</content:encoded><category>創造與建構</category><category>心理素質</category><category>恐懼</category><category>行動力</category><category>精神獨立</category><category>最小可行循環</category><category>創業心態</category></item><item><title>美國 AI 產業的三年倒數：一場正在兌現的預言</title><link>https://paulkuo.tw/articles/us-ai-three-year-countdown/</link><guid isPermaLink="true">https://paulkuo.tw/articles/us-ai-three-year-countdown/</guid><description>Sam Altman 的三年倒數走到第二年，我重新檢視這份時間表的兌現進度。L3 Agent 能力已到但可靠性未到、AGI 敘事從神奇瞬間轉向漸進式覺醒、星際之門從簡報變成數千億美元合約、中東資源換技術正在重塑地緣秩序。作為每天用 AI 處理工作的人，我想搞清楚的不是 Altman 是不是先知，而是我們到底走到哪了：以及台灣在這個棋盤上的位置。
</description><pubDate>Thu, 26 Feb 2026 00:00:00 GMT</pubDate><content:encoded>去年五月，Sam Altman 在紅杉資本的 AI 峰會上，丟出一份三年倒數時間表：2025 是助理元年，2026 進入科研，2027 踏入實體世界。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/us-ai-three-year-countdown-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/us-ai-three-year-countdown-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

當時聽起來像是募資簡報的修辭。但九個月過去，我發現自己每天用 Claude 和 ChatGPT 處理工作的方式，已經跟去年完全不一樣了。不是「更好用」這麼簡單：是整個工作流程被重組。

這讓我重新回頭看那份時間表。不是為了驗證 Altman 是不是先知，而是想搞清楚：我們到底走到哪了？

## 五級模型：從理論框架變成活的座標

OpenAI 當初提出的五級 AI 進化模型，其實就是一張能力光譜：L1 聊天、L2 推理、L3 代理、L4 創新、L5 組織。去年大家爭論的是「我們在 L2 還是 L3」，現在答案漸漸清楚了。

ChatGPT 的 Agent Mode 已經上線：你可以讓它翻幾百封 email、幫你做研究、自動整理資料。GPT-5 系列從發布到現在，已經迭代出 5.1、5.2，甚至 5.2-Codex 專門跑程式碼任務。OpenAI 在 2026 年 2 月一口氣退役了六款模型，包括 GPT-4o 和 o4-mini，這等於宣告：我們不回頭了。

但這是不是就代表「L3 已到」？我的觀察是：能力到了，可靠性還沒到。你讓 AI 代理幫你做一件事，它八成能完成，但那剩下的兩成正好是你最不能出錯的地方。這不是小問題：這是 L3 和 L4 之間真正的峽谷。

## 時間表修正：從「三年到 AGI」變成「漸進式覺醒」

最值得關注的，不是 OpenAI 有沒有按表操課，而是他們悄悄修改了敘事方式。

Altman 的最新說法是：「AGI 不是某個神奇的瞬間，更像一個過程，而你已經在路上了。」OpenAI 的首席科學家 Jakub Pachocki 給了更具體的里程碑：2026 年 9 月前做出「研究實習生」等級的 AI，2028 年前做出能獨立完成科研計畫的 AI 研究員。

注意這個轉變：從「三年內到達 AGI」變成「兩年內做出 AI 實習生」。目標降了一級，但時間表反而更可信了。這不是示弱，是工程師式的務實：先證明 AI 能當實習生，再談它能不能當教授。

## 基礎建設的軍備競賽

原文當時提到 Altman 在參議院聽證會的五項建議，九個月後看，每一項都變成了真金白銀的行動：

「星際之門」計畫已經從簡報變成合約，OpenAI 承諾的基礎建設投資超過 30 吉瓦的運算能力，與 AMD、Broadcom、Google、Microsoft、Nvidia、Oracle 的跨產業供應鏈合約價值數千億美元。Altman 說要把每吉瓦運算成本壓到 200 億美元以下，聽起來像能源政策而不是科技計畫：這正是重點。

當運算力變成像電力一樣的基礎設施，AI 就不再是矽谷的玩具，而是全球的公共財。問題是：誰掌控這個「AI 電網」？

## 中東棋局：資源換技術的地緣新秩序

原文提到的中東行程：Altman 跟著川普訪問沙烏地、卡達、阿聯：當時看起來像外交秀，現在回頭看是戰略佈局的起手式。沙國承諾 6000 億美元投資、卡達簽下 2435 億美元訂單，這些數字已經超越「科技合作」的範疇。

本質上，這是一筆交易：美國出技術和晶片，中東出錢和能源。AI 訓練吃電吃得兇，而中東有全世界最便宜的能源。這個組合如果成立，它改變的不只是 AI 產業的供應鏈，而是全球權力的重心。

台灣在這個棋盤上的位置呢？我們握著先進製程的命脈，但在 AI 應用端和能源端都不是主角。我在〈[台灣半導體的十倍躍遷](/articles/taiwan-semiconductor-tenfold-leap)〉裡談過，製程優勢是護城河也是天花板：如果我們只守著代工，當 AI 價值鏈往應用端和能源端傾斜時，護城河會變成孤島。這個落差，才是真正該焦慮的。

## 倒數第二年的清醒觀察

回到那份三年時間表。如果 2025 是「助理元年」，這個預測基本兌現：AI 確實從「問答工具」升級成「任務執行者」。但 2026 的「科研元年」呢？

目前來看，AI 做得到的是加速研究流程、整理文獻、跑數據分析。做不到的是提出原創假說、設計實驗、在失敗中修正方向。換句話說，AI 正在變成很好的研究助理，但距離「研究者」還有本質差距。

我個人的判斷：2027 年的「實體世界」目標大概率要延後。不是技術不夠，而是信任不夠。當 AI 開始操作物理世界：工廠、醫療、交通：容錯空間接近零，而目前的可靠性還撐不起這個標準。

三年倒數走到第二年，清醒比樂觀重要。技術在加速，但信任的建立沒有捷徑。</content:encoded><category>智能與秩序</category><category>AI趨勢</category><category>OpenAI</category><category>地緣政治</category><category>AGI</category><category>產業分析</category></item><item><title>不會寫程式的人，12 天寫了 23,000 行程式碼</title><link>https://paulkuo.tw/articles/super-individual-case-study/</link><guid isPermaLink="true">https://paulkuo.tw/articles/super-individual-case-study/</guid><description>2026 年 2 月 14 日到 25 日，12 天的真實記錄。一個不會寫程式的人搭配 Claude，產出約 23,000 行程式碼，等效 42 人天的工作量，成本效率比達 117 倍。交付成果包括四語系個人網站、八平台社群自動發文、多模型辯論引擎、健康數據即時看板、AI 封面圖批次生成、完整 CI/CD 管線。這不是取代團隊，而是重新定義團隊的最小單位。
</description><pubDate>Wed, 25 Feb 2026 00:00:00 GMT</pubDate><content:encoded>## 先講結論

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/super-individual-case-study-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/super-individual-case-study-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

12 天。23,000 行程式碼。一個不會寫程式的人，加上一個 AI。

完成的東西包括：四語系個人網站、八平台社群自動發文系統、多模型辯論引擎、健康數據即時看板、自動生成 AI 封面圖、完整的 CI/CD 管線。

如果外包給傳統團隊，報價大概 35 萬台幣起跳，需要 3.5 個工程師跑 12 天。不算我投入的時間，我花不到三千塊。這是今年過年的 Agent Coding 紀錄：試著探索人機協作的手感與產出。

![超級個體 vs 傳統團隊的結構對比](/images/articles/super-individual-comparison.jpg)

## 我的起點

我不會用 Terminal。看到黑底白字的畫面會焦慮。Python、JavaScript、Astro：這些對我來說是外星語。

我的背景是生命科學、神學訓練，連續創業的歷程中做過 Fintech、農產電商、建築公司副總、數位長、行銷總監與顧問等職務。數位轉型、循環經濟和台日交流合作都是我的守備範圍，都是 ESG 相關的。我用 Excel 但不會寫巨集。過去如果要寫程式，都是養團隊或委託第三方。

這個月中，我把買了 N 年的網域從一頁式 HTML 改造成完整的內容平台。過去這種工程規模最少要半年，最快也要花三個月。

## 實際發生的事

第一天，Claude 幫我建好 Astro 框架、推上 GitHub、部署到 Cloudflare Pages。我全程看著它操作，必要時參與討論、做決定。

第三天，我開始能看懂 git push 做了什麼、frontmatter 欄位是什麼意思。不是因為我突然學會程式，而是因為每一次操作都有具體的脈絡：我知道「這行程式碼是為了讓文章標題顯示在卡片上」。

第五天，我能直接跟 Claude 說：「Tags 頁面的年份篩選在手機上壞了，pillar 跟 year 的組合邏輯有問題。」我不知道怎麼修，但我知道問題在哪裡。這個區別很重要。

第七天，我開始主動提需求：「我要每篇文章自動產生封面圖，用 DALL-E，壓縮到 300KB 以下，自動上傳到 GitHub。」我不是在學寫程式。我是在指揮一個會寫程式的搭檔。

第十二天，系統跑起來了。每 10 分鐘自動抓 Fitbit 步數和心率、Timing App 的 AI 使用時數、股價資料，推上 GitHub 觸發自動部署。社群貼文從 Apple Notes 寫完，自動排入 Google Sheets，透過 API 發到八個平台。文章一推上去，GitHub Actions 自動翻譯成英文、日文、簡體中文。

![12 天的程式碼產出分佈與交付成果](/images/articles/super-individual-output.jpg)

## 我學到的三件事

**第一，「會」的定義變了。**

過去，「會寫程式」意味著你從空白檔案開始，一行一行把邏輯建出來。現在，「會」的意思是：你知道要解決什麼問題、你能判斷產出的品質、你能在出錯時描述問題。

我到現在還是不會從頭寫一個 Python 腳本。但我能看出 Claude 寫的程式哪裡有問題、哪個架構決策會在後面埋坑、哪段 CSS 在手機上會爆掉。這不是寫程式的能力，是工程判斷的「手感」。而這個能力，來自過年期間密集的實戰。

**第二，AI 是你判斷力的放大器。**

Claude 寫的第一版文章，我砍掉一半。它建議的資料庫架構，我推翻過兩次。它產的封面圖，我退回重做。

AI 的價值，在於它把「從想法到實作」的時間從三個月壓縮到三天。它不需要每次都對。壓縮的是中間那些重複的、機械的、可以被自動化的環節：不是品質。判斷力還是你的事。

**第三，超級個體的關鍵是知道怎麼調度。**

我用 Claude 寫程式、用 DALL-E 產圖、用 OneUp 排發文、用 GitHub Actions 做自動化。我不精通其中任何一項技術。但我知道它們可以怎麼串在一起。

這跟當年帶團隊的感覺一樣。差別在於，過去我要管人的溝通、情緒、排程、請假。現在我跟一個不會累、不會請假、凌晨一點還在幫我除錯的搭檔合作。成本差 117 倍。

## 一個補充

這不代表 AI 可以取代所有工程師。

我做的是個人網站、自動化工具、內容平台。這些東西的複雜度，跟銀行核心系統或半導體製程軟體不在同一個量級。

但這正是重點：過去需要一個團隊才能做的中小型專案，現在一個有判斷力的人加上 AI 就能完成。這會改變自由工作者、小型創業者、個人品牌經營者的遊戲規則。

不需要等 AGI 降臨。改變已經在發生了。

## 42 人天，一個人完成

![42 等效人天、117 倍成本效率比、1,917 行/天平均產出](/images/articles/super-individual-conclusion.jpg)

回到數字：42 等效人天的工作量，花了 12 天和不到三千塊台幣完成。

不是我特別厲害，是因為工具變了，而我願意跳進去用。

你不需要先學會寫程式，才能開始用 AI 做事。你只需要：一個夠具體的問題、一點不怕出錯的耐心，以及願意把「我不會」改成「我來試看看」的決定。

那個決定，AI 替不了你。</content:encoded><category>智能與秩序</category><category>人機協作</category><category>超級個體</category><category>Claude</category><category>程式開發</category><category>個人品牌</category><category>人機協作</category><category>自動化</category><category>案例研究</category></item><item><title>多模型實作：讓 Claude 與 Gemini 聯手，把網站重構成可被人讀也可被 AI 讀</title><link>https://paulkuo.tw/articles/multi-model-collab-website-rebuild/</link><guid isPermaLink="true">https://paulkuo.tw/articles/multi-model-collab-website-rebuild/</guid><description>本文記錄以 Claude 與 Gemini 雙模型認知協作框架重建個人網站 paulkuo.tw 的完整實踐。核心方法是讓 Claude 負責產出與架構、Gemini 負責質疑與驗證，作者定義需求與秩序標準，形成半人馬模式工作流程。具體成果包括：語意化 HTML 結構（article/section/aside）、JSON-LD @graph 結構化資料、llms.txt AI 站點說明書、四語系自動翻譯 pipeline、以及符合 WebMCP 標準的機器可讀知識節點。這不只是技術重構，更是對『個人網站在 AI 時代應該扮演什麼角色』的回答：從被動展示轉向可被 AI Agent 調用的結構化知識基礎設施。</description><pubDate>Sun, 22 Feb 2026 00:00:00 GMT</pubDate><content:encoded>最近，我終於做好我的個人網站。Domain name 買了多年，但是一直晾著。拜 AI 快速發展之賜，我沒有徒手刻每一行程式碼，也沒有把期待交給那些「一鍵生成」的工具，因為生成得快，bug 越多。看起來漂亮，也不代表資訊有秩序。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/multi-model-collab-website-rebuild-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/multi-model-collab-website-rebuild-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我是用桌機版 Claude，同步開啟 Gemini Pro，讓兩個頂尖的非人智慧交叉協作、互相校對，跟我一起把系統搭起來。這不是「多開幾個聊天視窗」，而是我一直在探討的：多模型認知協作框架的具體實踐：Claude 負責產出與架構，Gemini 負責質疑與驗證；我則負責定義需求、邏輯邊界、語氣風格與秩序標準。透過實作，建立半人馬模式的工作流程。

## 為什麼要這麼大費周章？

因為號稱「一鍵生成」的 AI（或任何工具），常常給了我們視覺上的效率，卻剝奪應用場景的細膩與真實需求。我檢視那些高效網頁成品，看到的不是「完成」，而是效率背後的失序：英式排版的寬鬆字距硬套在中文方塊字上，文字像散落的沙子，顯得雜亂沒品。

好的協作系統（如人體與所有生物），必須讓資源到達對的地方；好的思想載體，必須讓意義能被準確讀取。所以這次建網站，我定義為三件事：重建秩序、提升可讀性、與建立可被調用的知識結構。

## 第一層：奪回中文字的「重量」與「凝聚力」

排版不是裝飾，而是思想的物理介面。中文的閱讀節奏，跟英文完全不同。英文靠字母間距與單字邊界自然分詞；中文則靠字形密度、行距節奏與標點呼吸來形成理解的坡度。如果沿用預設的西式排版，中文會變得輕飄、鬆散，讀者的注意力會在每一行的空隙裡流失。

因此我要求 AI 先放下「預設美感」，回到語言本身，重新定義繁體中文專屬的排版規則，例如使用 `text-justify: inter-ideograph` 讓行內對齊更符合中文特性、更克制的字距與段落節奏讓文字「收攏」、讓內容從「輕浮的網頁感」回到「紙本專欄般的沉靜感」。

讓閱讀者的心情舒暢，讓設計的樣板可以是種讓人慢下來閱讀的視覺結構。

## 第二層：寫給人類，也寫給 AI Agent

**Machine-readable Authority（可機讀的權威性）**

未來的網路流量，有很高比例會先被 AI Agent（例如 Gemini、Perplexity 這類具備檢索與總結能力的系統）閱讀、摘要、再轉述給人類。如果網頁底層是一團混亂：標題層級不清、語意標籤亂套、內容結構只是為了排版而堆出來：那 AI 讀起來就像在看亂碼。它可以「看懂字」，卻無法「理解意義」，更難建立可靠的引用與歸因。

所以我讓 Claude 與 Gemini 互相校對，使用 Google 即將推出的 WebMCP 標準，替網站補上兩件事：

1. **嚴謹的語意化 HTML 結構**：把「段落、章節、引用、註解」還給它們該有的位置
2. **JSON-LD 結構化資料**：把文章、作者、主題、時間線、關聯內容，用可被機器解析的方式說清楚

這不是為了討好搜尋引擎，而是建立一種更長期的能力：當未來的 AI 試圖理解「誰在持續探討循環經濟與 AI 的交叉點」時，它能精準解析出：這是一個有脈絡、有方法、有思想體系的知識庫，而不是碎片化的資訊農場。

## 第三層：導入 WebMCP，讓思想成為可被呼叫的「節點」

演化中的智能不會停留在文字，而會「道成肉身」：與真實世界的行動、檢索、決策流程接上。我導入 WebMCP（Web Model Context Protocol），把網站從被動展示的看板，推進到一個更像「可互動的知識系統」：我把文章檢索封裝成可被調用的工具介面，讓「閱讀」這件事不只是人眼的掃描，也被 AI 代理以更可靠的方式直接呼叫、查詢、定位、回傳。

這意味著一個典範轉移正在成形：從「人類閱讀」走向「人機共讀」：你的 AI 助理造訪網站時，不必再靠猜 DOM、刮螢幕、模擬點擊，而能以結構化的方式理解並取得觀點。

## 結語：多模型協作是「秩序工程」

透過過年期間與 AI 深度互動，這是一場「多模型認知協作」的田野實驗。我們正走進一個即將被 AI 內容淹沒、重新定義內容經濟的時代。面對這種結構性的焦慮，拒絕 AI 沒用；盲從單一 AI 也同樣無效。

比較好的做法，就是自己下場，實際探索，確保自己始終掌握「定義秩序」的主體：利用多重視角的非人智慧互相碰撞、互相質疑、互相校對，然後再把價值、語氣與方向確定。

技術可以加速產出，但秩序才決定文明能走多遠。

---

*註：Google 在 2026 年 2 月於 Chrome 146 推出 WebMCP（Web Model Context Protocol）預覽版，被業界稱為「Web 動作的 Schema.org 時刻」。過去的 SEO 是給 AI 提供「名詞」（我是誰、文章是什麼）；而 WebMCP 則是給 AI 提供「動詞」（幫我搜尋文章、幫我聯絡作者）。有了 WebMCP，AI 代理不再需要像盲人摸象一樣「截圖網頁、尋找按鈕、模擬點擊」，而是可以直接呼叫網站上的專屬工具。*</content:encoded><category>智能與秩序</category><category>多模型協作</category><category>WebMCP</category><category>人機協作</category><category>Claude</category><category>Gemini</category><category>語意化HTML</category><category>知識管理</category></item><item><title>個人健康數據基礎設施：從 10 年 Apple Health 到 AI 驅動的交叉分析</title><link>https://paulkuo.tw/articles/personal-health-data-infrastructure/</link><guid isPermaLink="true">https://paulkuo.tw/articles/personal-health-data-infrastructure/</guid><description>十年、300 萬筆 Apple Health 紀錄加上 Fitbit MCP 即時串接，建構三條資料管線（即時/深度/自動化）的個人健康基礎設施。跨裝置交叉分析揭示單一 App 看不見的趨勢：運動量從日日三鐵到歸零、連續 33 個月睡眠未達標、HRV 下降 25% 與靜止心率上升同步指向自律神經長期壓力。</description><pubDate>Sat, 21 Feb 2026 00:00:00 GMT</pubDate><content:encoded>## 個人健康數據基礎設施

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/personal-health-data-infrastructure-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/personal-health-data-infrastructure-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

### 從 10 年 Apple Health 到 AI 驅動的交叉分析

十年前，我並沒有刻意開始一項健康計畫。只是把手機放在口袋裡，手錶戴在手上，日子就這樣過去。

直到最近，我第一次完整匯出 iPhone「健康」App 的所有資料。解壓縮後，是一個 1.3GB 的 XML 檔案。十年、超過 300 萬筆紀錄：步數、心率、睡眠、運動軌跡、自律神經指標。一段身體與時間共同書寫的歷史，橫跨了我的創業、轉型、離開舒適圈到重新開始。

那一刻我意識到：我們並不是沒有資料，而是沒有基礎設施。

---

### 為什麼需要自建分析系統？

主流穿戴裝置各有封閉系統與專利演算法，這造成兩個根本問題。

**第一是數據孤島。** Apple Health 有它的判讀邏輯，Fitbit 有它的演算法。我同時佩戴兩種裝置，它們對同一晚的總睡眠時長高度一致（差距僅 2 分鐘），但對深層睡眠的判讀差了 21 分鐘，REM 差了 15 分鐘。該信誰？答案是：都不能全信，只能交叉比對看趨勢。

**第二是維度缺失。** 手機 App 專注於讓你看「今天」與「這週」，不擅長做跨越三五年的長趨勢分析，更無法將運動量下滑、HRV 惡化與睡眠債累積進行多面向的交叉比對。而這些指標之間的關聯，往往才是最重要的訊號。

要看見全貌，需要的不是另一台穿戴裝置，而是自己的分析基礎設施。

---

### 十年的數位足跡

從 2015 年 8 月起，iPhone 就持續記錄我的活動。2016 年 Apple Watch 加入後，心率與睡眠開始被更精細地量測。2023 年起，Fitbit 成為第二台穿戴裝置，提供另一套獨立的測量基線。

十年間的累積：步數紀錄 279,537 筆，步行與跑步距離 231,300 筆，心率紀錄超過 113 萬筆，睡眠紀錄 29,532 筆。運動方面，跑步 1,420 次、騎車 435 次、游泳 19 次，留下 966 條 GPS 運動軌跡。

2023 年 9 月起，Apple Watch 開始記錄更深層的指標：HRV（心率變異）7,710 筆、靜止心率 753 筆、血氧飽和度 9,837 筆、腕部體溫 439 筆、VO2Max 122 筆。這些才是穿戴裝置真正有價值的數據：不是步數，而是自律神經系統的運作狀態。

單看數字沒有情緒。但當年度分佈攤開來看，很多事就清楚了。

---

### 技術架構：三條資料管線

#### 即時管線：Fitbit → MCP → Claude

透過 Anthropic 的 MCP（Model Context Protocol）協議，Fitbit API 直接接入 Claude Desktop。

**運作方式：** 我可以直接對 Claude 說「分析我最近一週的壓力負荷」，Claude 透過 MCP 呼叫 Fitbit API，取得睡眠（含各階段時長）、心率時序、活動摘要等原始 JSON，即時分析。拿到的是 API 回傳的原始數據，不是 App 已經翻譯過的摘要。

**技術點：** OAuth 2.0 驗證，Token 自動刷新。全程本機運行，資料不經過第三方伺服器。

#### 深度管線：Apple Health → XML → 結構化分析

Apple 不提供個人用途的 Health API，唯一出口是從 iPhone 手動匯出。

**處理流程：** 用 Python 串流解析 1.3GB 的 XML（不試圖一次載入），先建立資料類型索引，再分類萃取各指標到獨立 JSON：睡眠、HRV、靜止心率、血氧等，最後建立日度與月度彙總。

**解決痛點：** Apple 的睡眠分 Core / Deep / REM 三階段，Fitbit 分 Light / Deep / REM。Apple 的 Core 大致對應 Fitbit 的 Light，但演算法判定標準不同。處理時只對齊趨勢方向，不比較絕對數值。

#### 自動化管線：CI/CD 持續部署

Mac 上的 crontab 每 10 分鐘執行更新腳本，透過 Fitbit OAuth API 拉即時資料，git push 觸發 GitHub Actions 自動 build，Cloudflare Pages 部署。健康儀表板永遠保持最新狀態，從資料產生到網站更新，全程無人工介入。

這不是炫技。我不想偶爾看一次圖表。我希望它成為長期運作的基礎設施。

---

### 數據真正說的話

當十年的曲線疊合起來，數字比感覺更誠實。

#### 運動量的消長：從日日三鐵到歸零

2018 年，我開始參加三鐵賽事，每年至少一場。同時加入「日日三鐵」：每天從游泳、騎車、跑步中選一項執行的自律社群。我最常選跑步，門檻最低，穿上鞋就能出門。

開始這件事有兩個原因。一個是私人的：做兒子的表率，讓他看到父親怎麼管理自己的身體和紀律。另一個是從創業經歷中學到的：健康是承載所有決策和執行力的硬體。幾乎所有我認識的優秀 CEO 都有規律的運動習慣，甚至樂於挑戰極限運動。那不是因為他們「有時間」，而是因為他們理解：身體的恢復週期不可被壓縮。

GPS 軌跡的年度分佈記錄了這段歷程：2021 年 93 條、2022 年 340 條、2023 年 294 條、2024 年 200 條、2025 年 39 條。2022 年幾乎每天都有運動紀錄，是日日三鐵執行最徹底的一年。

之後幾年，工作轉型、責任增加、生活結構改變。我並沒有意識到自己正在放棄恢復週期。當運動被擠出日程，數據顯示身體隨即開始「負債」。

#### 睡眠債：連續 33 個月未達標

結合 Fitbit（2023/05-2026/02，883 晚）和 Apple Watch（2023/09-2025/12，537 晚）的紀錄：33 個月，沒有任何一個月的平均值達到建議的 7 小時。全期平均約 5 小時 50 分。

每天少一小時，三年就是超過一千小時的睡眠債。

趨勢更值得在意：2023-2024 年約 6 小時上下，2025 年降到 5 小時 41 分，Q2 觸底 5 小時 16 分。睡眠效率從 83% 滑落至 74%。不只是睡得少：躺得更久，但真正入睡的比例越來越低。身體在休息，神經系統還在運轉。

#### HRV 與靜止心率：最誠實的指標

HRV 從 2023 年的 42ms 下滑到 2025 年中的 31ms，降幅超過 25%。同時靜止心率從 60 bpm 上升到 72 bpm。兩條線同時指向同一件事：自律神經系統長期處於壓力狀態。

這不是情緒判斷，是生理訊號。而且這是 Apple Watch 獨有的資料：如果只看 Fitbit，永遠不會知道。這正是跨裝置交叉分析的價值：單一 App 不會主動跳出的警告，在多面向對照下無所遁形。

---

### 經驗教訓：資料管線的脆弱性

在這次分析中，我發現 2022 年後的體重數據完全中斷。原因非常平庸：智慧體重計壞了，而我一直沒有替換。

這是一個典型的數據教訓：**硬體故障是個人數據基礎設施最大的威脅。** 資料一旦斷裂，那段時間的身體變化就成了永遠的黑洞。不是不想記錄，而是斷了就沒有再接回來。

同樣的脆弱性也出現在 Apple Health 匯出上：這是一個需要手動觸發的流程，如果不定期匯出，最新的資料就只存在於 iPhone 裡，無法被外部分析。

認識到這種脆弱性，是建立可持續基礎設施的第一步。

---

### 裝置搭配的實務建議

26 個月的雙裝置重疊資料讓我得出一套原則：總睡眠時長以 Fitbit 為主（覆蓋率高，每月 25-31 晚），REM 睡眠參考 Apple Watch（加速度計對微動作偵測更精準），深層睡眠只看趨勢不看絕對值（兩裝置演算法差異最大的指標）。HRV、靜止心率、血氧是 Apple Watch 獨有的領先指標。

Fitbit 是日常追蹤的主力，Apple Watch 是深度健康評估的輔助。兩者互補，不是互相取代。

---

### 下一步：從觀察到介入

這套系統的下一階段不是增加圖表，而是三件事：AI 異常偵測（當 HRV 連續三天低於基線，Claude 主動發出介入建議）、生活型態標註（記錄介入行為的前後對照）、以及更多數據源整合（Oura Ring 體溫、智慧血壓計、體脂計：每多一條管線，交叉分析的面向就多一層）。

從「看數據」進化到「用數據驅動行為改變」：這才是個人健康基礎設施（Personal Health Infrastructure）的真正價值。

---

### 結語

十年的資料證明了兩件事。

第一，身體一直在發出訊號。HRV 下降、靜止心率上升、睡眠效率崩塌、運動量歸零：這些分散在不同裝置裡的訊號，在各自的 App 裡看起來都還「在範圍內」。是自建的分析基礎設施，讓它們匯聚成一個無法忽視的趨勢。

第二，我曾經做得到。1,420 次跑步、435 次騎車、每年一場三鐵：2022 年的 340 條 GPS 軌跡證明日日三鐵是可行的。衰退不是命運，而是結構。

健康不該只是「今天走了幾步」。它應該是一套可被驗證、可被修正、可被持續優化的個人系統。

十年的資料不是為了懷舊，而是提醒自己：趨勢一旦看清，就沒有再假裝看不見的理由。

---

*本文的健康數據分析儀表板可在 [paulkuo.tw/health](/health) 查看。*

*技術細節：Fitbit MCP 設定、Apple Health XML 解析流程、Chart.js 視覺化、CI/CD 自動化管線等，歡迎聯繫交流。*</content:encoded><category>智能與秩序</category></item><item><title>當羅盤遇見演算法：思想權威在人機協作時代的困境</title><link>https://paulkuo.tw/articles/compass-meets-algorithm-authority-in-human-ai-era/</link><guid isPermaLink="true">https://paulkuo.tw/articles/compass-meets-algorithm-authority-in-human-ai-era/</guid><description>當 AI 邏輯與人類直覺共同主導世界，什麼樣的思想框架能獲得雙重認可？本文從宏大敘事的誘惑、效率與韌性的張力、人機雙軌溝通實驗、機器可讀權威層的時機賭注，到信任建構學，探討典範轉移前夜的智識權威重新定義。</description><pubDate>Fri, 20 Feb 2026 00:00:00 GMT</pubDate><content:encoded>## 當羅盤遇見演算法：思想權威在人機協作時代的困境

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/compass-meets-algorithm-authority-in-human-ai-era-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/compass-meets-algorithm-authority-in-human-ai-era-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

最近我一直在思考一個問題：在一個同時被人類直覺與 AI 邏輯主導的世界裡，什麼樣的思想框架能夠獲得雙重認可？這不只是學術問題，更是每一個試圖建立思想影響力的人必須面對的現實挑戰。

### 宏大敘事的誘惑與陷阱

我們這個時代充斥著各種「框架」：從設計思考到敏捷開發，從 ESG 到數位轉型。每個人都想創造一個能解釋一切的「大一統理論」，彷彿只要有了正確的框架，就能在混沌中找到秩序。

我自己也不例外。當我嘗試整合「道成肉身」的概念到 AI 框架中，試圖用「五柱十字結構」建構系統性分析，甚至預想投入 Schema.org 結構化資料來建立「機器可讀權威層」時，我其實也在做同一件事：創造一個能同時說服人類與 AI 的思想體系。

但問題來了：這樣的框架究竟是深度洞察，還是知識廣度的表象？

### 效率與韌性的根本張力

讓我先承認一個不舒服的現實：任何宏大的思想框架，在面對「可驗證的效率」檢驗時，都顯得笨拙。McKinsey 的供應鏈韌性報告能基於數百家企業的實證資料，提供具體的預測與改善建議。相比之下，我的框架更像是在回答「當意外發生時，如何快速重構認知」這種抽象問題。

這裡有個關鍵的認知分歧：我們是需要一個能在現有軌道上追求極致優化的「工具」，還是需要一個能為未來典範轉移提供方向的「羅盤」？

工具的邏輯很清晰：給我數據，我給你答案。越多的歷史資料，越精準的預測模型。這就是為什麼機器學習如此強大：它能從大量的過往經驗中提取模式，並以此預測未來。

但羅盤的邏輯不同。它不是要告訴你「將會」發生什麼，而是當未知的未知出現時，你知道該如何定向。當俄烏戰爭重塑全球供應鏈時，當生成式 AI 改變知識工作的本質時，我們需要的可能不是更精確的預測，而是更靈活的重新定向能力。

### 人機雙軌溝通的實驗

在設計寫作框架時，我一直在嘗試一個實驗：如何讓同一份內容同時被人類的情感與 AI 的邏輯所理解？

這就像在設計一個雙語系統：嚴謹的六段式結構是給 AI 看的「API」，確保論點、證據與結論能被精準提取；而充滿個人風格、甚至帶點嘲諷的語言，則是給人類讀者的「UI」，用來穿透資訊噪音。

批評者說這創造了「內在矛盾」，會降低 AI 的解析準確率。但我認為這恰恰是未來人機協作的核心挑戰：我們要訓練的是一個只會執行標準化指令的工具，還是一個能理解人類複雜性、應對各種意外情況的夥伴？

當 Claude 在處理我的諷刺時出現 20% 的錯誤率，這不是系統的失敗，而是極其寶貴的「對齊數據」：它揭示了 AI 在理解權力關係、社會語境、弦外之音等高級認知能力上的盲區。

### 時機的賭注

關於機器可讀權威層（Machine-readable Authority Layer）的投入時機，這確實是一場賭注。

樂觀者認為，當所有人都意識到需要結構化資料時，市場早已飽和。現在佈局 Schema.org，就像在 1995 年投資 `.com` 域名：看似過早，實則超前部署。

懷疑者則指出，當前 AI 如 GPT-4 已能處理非結構化資料，內部推理能力日增，外部的結構化權威可能變得冗餘。何況 Schema.org 的採用率本就不高，2026 年的投入可能是沉沒成本。

我的判斷是：AI 的問題正從「事實錯誤」轉向「價值真空」。技術上，AI 很快就能做到不犯事實性錯誤，但如何在正確的事實基礎上做出符合人類價值的判斷？這需要的不只是更多數據，而是可追溯、可審計的「判斷基準」。

當 AI 需要在醫療、金融、國防等高風險領域做決策時，它需要的不是 Reddit 上最熱門的答案，而是能夠溯源到第一性原理的知識基礎。

### 信任的建構學

在商業轉換層面，最大的挑戰是如何將「思想影響力」轉化為實際的合作機會。

以台日半導體合作為例，表面上看，決策依據是技術規格、成本效益、法規合規。但深層來看，真正驅動長期戰略合作的，是一種超越短期利益的「共同世界觀」。

當地緣政治壓力動搖既有合作關係時，當美國 CHIPS 法案重新定義供應鏈邏輯時，純粹的技術規格書無法提供答案。這時候需要的，是一個能夠解釋「為什麼我們非得是彼此的長期夥伴」的敘事框架。

但這也是最容易被批評為「空洞敘事」的地方。Theranos 的血檢神話提醒我們，沒有實質支撐的宏大願景是危險的。關鍵在於，如何區分「掩蓋技術不足的包裝」與「解釋技術合作戰略價值的框架」？

### 權威的重新定義

回到最初的問題：在人機協作時代，什麼樣的思想權威能夠獲得雙重認可？

我的觀察是，傳統的權威建構模式：基於學術同行認可、媒體曝光、商業成功：正在快速失效。AI 不會因為你的學歷或頭銜而信任你，它只相信可被驗證的邏輯鏈與數據品質。

但另一方面，純粹的演算法權威也有其侷限。當 GPT 在 Reddit 上學習到的是未經驗證的群眾意見，當 AI 在正確的事實基礎上做出可怕的價值判斷時，我們需要的是一種新型態的「混合權威」：既能通過機器的邏輯檢驗，又能獲得人類的直覺認同。

這種權威的建構，需要的可能不是完美的預測能力，而是在不確定性中提供可靠判斷框架的能力。它不是要取代數據分析或技術專業，而是要在技術與人性的交匯處，提供一種整合性的理解。

### 未竟的實驗

坦白說，我正在進行的這個框架實驗，還遠未成熟。「道成肉身」的概念確實借用了神學語彙，「五柱十字結構」也確實可能只是知識分類的重新包裝。機器可讀權威層的投入時機充滿不確定性，雙讀者寫作框架也還在摸索中。

但我認為這樣的實驗是必要的。AI 能力加速，人機協作成為常態，全球權力結構也在重組。走到這個關口，我們需要的不只是更好的工具，還需要更智慧的羅盤。

或許，真正的思想權威不是來自於創造完美的預測模型，而是來自於在典範轉移的前夜，勇敢地提出「我們需要什麼樣的未來」這個問題。即使答案還不完整，即使方法還有漏洞，但至少我們開始了對話。

我們或許需要的是一種新的平衡：在效率與韌性、工具與羅盤、人類直覺與 AI 邏輯之間。這個平衡點在哪裡，我還在尋找。</content:encoded><category>智能與秩序</category><category>人工智慧</category><category>思想框架</category><category>權威建構</category><category>人機協作</category><category>認知模型</category><category>結構化資料</category><category>典範轉移</category></item><item><title>在苦難中張開眼：讀齊奧朗《在絕望之巔》</title><link>https://paulkuo.tw/articles/cioran-on-suffering-and-clarity/</link><guid isPermaLink="true">https://paulkuo.tw/articles/cioran-on-suffering-and-clarity/</guid><description>我在一個很忙的時期讀到齊奧朗的《在絕望之巔》。那段時間每天排滿會議、專案推不完、效率工具開了一堆，但我感覺自己像一台高速運轉的機器，什麼都在動，什麼都沒在感覺。齊奧朗的文字像一盆冷水：他不給答案、不給希望、不給任何可以拿去用的東西。他只是逼你看。看那些你一直在逃避的問題。這篇不是書評，是一個被效率文化馴化的人，讀到一本拒絕效率的書之後，重新思考苦難、沉思、和活著這件事的紀錄。
</description><pubDate>Mon, 15 Dec 2025 00:00:00 GMT</pubDate><content:encoded>我是在一個週四的深夜讀到齊奧朗的。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/cioran-on-suffering-and-clarity-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/cioran-on-suffering-and-clarity-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

那段時間我的行事曆被排得像俄羅斯方塊：每個時段都有用途，每個間隙都被塞進一個待辦事項。Notion 的看板上整齊地排列著進行中的專案，每個卡片都有截止日期，顏色標籤分門別類。從外面看，我是一個運轉良好的系統。

但系統裡面的那個人，已經很久沒有感覺了。

不是悲傷。悲傷至少是一種感覺。是一種更模糊的東西：像你在高速公路上開了太久，眼睛是張開的，但什麼都看不到。你知道自己在移動，但不確定為什麼要移動。

然後我翻開了《在絕望之巔》。

## 一盆冷水

齊奧朗的文字沒有溫度，或者說，它的溫度是零下的。

他不安慰你。不鼓勵你。不告訴你明天會更好。他甚至不告訴你該怎麼辦。他只是用一種近乎殘忍的精準，描述那些你一直在逃避的東西：人生可能真的沒有意義。你的忙碌可能只是一種更高級的逃避。你所有的計畫和目標，可能只是在填補一個永遠填不滿的洞。

讀這種東西的第一反應是憤怒。我那時候心想：這人有病吧？全世界都在努力活得更好，你在這邊寫什麼虛無主義的廢話？

但第二天早上醒來，我發現自己在想他的話。不是在「思考」，是在想：那種不由自主的、像石頭沉入水底的想。

然後我意識到：我已經很久沒有這種不由自主的思考了。我所有的思考都是有目的的：為了解決問題、為了規劃下一步、為了產出內容。齊奧朗的文字之所以衝擊我，是因為它觸發了一種我差點忘記的能力：**沒有目的地思考。**

## 當苦難變成系統錯誤

在我們這個時代，痛苦被當作一種 bug。

你焦慮？去冥想。你憂鬱？去運動。你迷茫？去上課。你失眠？去調整睡眠衛生。每一種負面狀態都有對應的解決方案，就像 troubleshooting 手冊一樣：遇到問題 A，執行步驟 B，恢復正常狀態 C。

我自己就是這套思維的忠實執行者。創業遇到瓶頸，我不允許自己沮喪太久：趕快分析原因、調整策略、重新出發。團隊有衝突，我不允許情緒發酵：趕快開會、釐清誤會、制定規則。連個人生活的低潮都被我用同一套方法處理：寫下三件感恩的事，做十分鐘的深呼吸，然後繼續推進待辦清單。

效率。效率。效率。

齊奧朗讓我看到這套系統的盲點：**如果一切痛苦都必須被修復，那我們就失去了理解痛苦的能力。**

痛苦裡面有一些東西，是急著修復的時候看不到的。就像你把一張底片從暗房裡拿出來，急著曝光，影像就毀了。有些東西需要在黑暗中慢慢顯影。

## 絕望的清醒

齊奧朗寫絕望，不是因為他崇拜絕望。

他的邏輯是這樣的：多數人活在一套預設的答案裡：人生有意義、努力就會有回報、善有善報、明天會更好。這些答案不是錯的，但它們是預設的。你沒有真正檢驗過它們。你只是繼承了它們，然後在上面建造你的生活。

而絕望：真正直視「人生可能沒有意義」的那一刻：做的事情是把這些預設答案全部拆掉。你站在一片廢墟上，什麼都沒有。

然後呢？

然後你開始真正選擇。不是因為「大家都這樣做」所以選擇，不是因為「應該這樣」所以選擇。而是你在看清了一切可能毫無意義之後，依然決定：我要這樣活。

這種經歷絕望之後的選擇，跟從未經歷過絕望的選擇，質地完全不同。前者是清醒的，後者是慣性的。

我的神學訓練讓我在這一點上有很深的共鳴。基督教信仰裡有一個傳統叫做「靈魂的暗夜」：聖十字若望描述的那種經驗：上帝彷彿完全消失了，禱告沒有回應，信仰變成一片沙漠。很多聖徒都經歷過這種暗夜。而神學傳統告訴我們：暗夜不是信仰的失敗，是信仰的深化。因為只有在一切熟悉的支撐都消失之後，你才知道自己真正信的是什麼。

齊奧朗不是基督徒。但他描述的那種「在絕望之巔的清醒」，跟靈魂暗夜的邏輯有驚人的平行。

## 效率時代的內在赤字

讓我把這個討論拉回到更日常的層面。

我們活在一個外在秩序極度發達的時代。技術可以最佳化你的時間、AI 可以自動化你的決策、app 可以量化你的健康。所有事情都可以被追蹤、被測量、被改善。

但內在秩序呢？

我觀察自己和身邊的創業者、經營者，發現一個普遍的現象：外在越有效率，內在越混亂。行事曆排得越滿，對「為什麼要做這些事」的疑問就越被壓到底層。生產力越高，存在感越低。

這就是我說的「內在赤字」。你的外在系統運轉得很好，但裡面的人已經欠了一大筆帳：對意義的需求、對安靜的需求、對「不做任何事就這樣存在」的需求。

齊奧朗的書之所以能在效率至上的時代持續被讀，就是因為它戳中了這個赤字。它不提供任何可以被放進 Notion 的行動方案。它只是說：你的痛苦是真實的。你的空虛在發出訊號，不是要被清除的 bug。

## 苦難作為顯影劑

苦難讓你看到自己真正依附的是什麼。

順境的時候，你覺得自己很獨立、很堅強、什麼都能處理。但那可能只是因為還沒有東西真正被拿走。

我在創業的過程中經歷過幾次很痛的失敗。有一次幾乎要放棄的時候，我發現自己的焦慮不是來自「公司可能倒」這件事，而是來自「如果我不是一個成功的創業者，我是誰？」

這個問題讓我停了下來。因為它揭露了一件我不想承認的事：我把自我價值綁在了事業成就上。不是有意識地綁的，是不知不覺中綁的。而苦難：失敗的痛：是唯一能讓我看到這條繩子的東西。

齊奧朗會說：這就對了。痛苦的意義來自它的真實性，跟它好不好無關。它是存在的顯影劑。那些在順境中模糊的東西：你真正害怕什麼、你真正依靠什麼、你的價值觀到底站在哪裡：只有在痛苦的化學反應中才會清晰浮現。

我在〈[信仰不給你免疫力](/articles/faith-no-immunity)〉裡談過類似的經驗：信仰不會讓你免於苦難，但它能讓你在苦難中不失去方向。齊奧朗不信任何宗教，但他對苦難的觀察，跟神學對苦難的理解有重疊的部分：都拒絕把苦難簡化為一個需要被消除的問題。

## 在低潮中停留的勇氣

很多人問：如何走出低潮？

齊奧朗可能會反問：你為什麼急著走出去？

低潮有它自己要告訴你的東西。如果你急著逃離、一心想恢復正常，你可能會錯過那些只有在低谷才看得到的風景。

我後來養成了一個習慣：遇到低潮的時候，給自己一段「不急著修復」的時間。可能是一個下午，可能是一整天。不分析原因、不擬定計畫、不找人傾訴。就是讓那個感覺在那裡。看它自己要怎麼動。

有時候它會自己離開。有時候它會帶出一個我沒想到的想法。有時候它什麼都不做，就只是陪我待了一下午。但即使什麼都沒發生，那段安靜本身就有價值。因為在一個所有空白都被填滿的時代，空白本身就是一種抵抗。

## 不急著點亮假燈

我不會推薦每個人都去讀齊奧朗。他的文字太濃、太重、太不留餘地。對某些人來說可能會是一種傷害而不是幫助。

但他教會我一件事：**在黑暗中不急著點亮假燈。**

什麼是假燈？是那些用來快速消除不舒服感受的東西：雞湯語錄、正能量口號、「一切都會好的」的空洞保證。這些東西有時能撐過當下，但更常做的事是讓你假裝黑暗不存在，而不是真的照亮它。

真正的燈光，是你在黑暗中待久了之後，眼睛慢慢適應，開始看到一些微弱的輪廓。那些輪廓可能是你真正的渴望、你被壓抑的問題、你一直逃避的選擇。它們很暗、很不清楚，但它們是真的。

我們花了很多力氣建造外在的系統：技術、制度、產業。但沒有穩定的內在，這些都只是懸在空中的建築。地基在哪裡？在那個做決定的人的內部。

在絕望之巔張開眼，是為了在下山的時候，走得更穩、看得更清。因為你已經知道黑暗長什麼樣子了。它沒有你想像的那麼可怕。</content:encoded><category>沉思與記憶</category><category>閱讀筆記</category><category>存在主義</category><category>苦難</category><category>自我反思</category><category>齊奧朗</category></item><item><title>法器替母親擋下的重量：那多出來的六年，是恩典也是告別</title><link>https://paulkuo.tw/articles/dharma-instrument-mother-grace/</link><guid isPermaLink="true">https://paulkuo.tw/articles/dharma-instrument-mother-grace/</guid><description>Paul 的母親在 2019 年確診肺腺癌末期，醫生的預後不樂觀。Paul 帶著藏傳佛教師父給的人骨法器去探望母親，隔天法器碎裂，母親的病情卻意外好轉。這個無法用理性解釋的經歷，成為 Paul 生命中最深刻的記號之一。接下來六年，母子又走了一段在醫學上「不應該存在」的路，直到 2025 年母親離世。這不是一個奇蹟敘事，而是一個關於「在超越理解的事件面前，你還能做什麼」的反思。
</description><pubDate>Sun, 07 Dec 2025 00:00:00 GMT</pubDate><content:encoded>2019 年秋天，母親確診肺腺癌末期。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/dharma-instrument-mother-grace-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/dharma-instrument-mother-grace-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

醫生講話的方式很專業，數據和術語一個接一個。但我腦子裡只聽到一句話的變形：時間不多了。

從醫院回家的路上，我一直在想要做什麼。不是那種「列一張清單然後一項一項打勾」的做什麼，而是更深層的：在一個你完全無法控制的局面裡，你能做的事情到底有多少。

答案是：幾乎沒有。

---

我手上有一件藏傳佛教師父給我的人骨法器。

說「人骨法器」可能會讓一些人不太舒服，但在藏傳佛教的傳統裡，這類法器有它特定的宗教意涵：它不是紀念品，不是護身符，而是修行者的工具。我不打算在這裡解釋藏傳佛教的教義，因為那不是這篇文章的重點。重點是，這件法器對我來說有很深的意義，我相信它有某種我無法完全理解的力量。

母親確診後的第三天，我把法器帶去了醫院。

我沒有做任何儀式。沒有念經，沒有祈禱。只是把它放在母親的床頭。

隔天早上，母親打電話給我，聲音裡帶著一種我沒聽過的困惑：「法器碎了。」

---

我趕到醫院。法器確實碎了。

這件東西是骨質的，非常堅硬。它不是玻璃，不是陶瓷，不會因為「放在床頭」就自己碎裂。沒有人碰過它，沒有摔落，沒有外力。它就是碎了。

你可以說這是巧合。你可以說是材質老化。你可以給出一百種理性的解釋。

但接下來發生的事情，讓「巧合」這個詞變得越來越蒼白。

母親的病情開始好轉。不是「稍微穩定」那種好轉，而是連主治醫師都覺得意外的那種好轉。指數下降了，症狀緩解了，原本預期快速惡化的軌跡被某種東西打斷了。

我不知道那個「某種東西」是什麼。

---

接下來的六年，是被硬生生撐開的時間。

母親的狀態起起伏伏，不是痊癒，但也沒有按照最初的預後走。每一次回診、每一次檢查，都像是在跟一個倒數計時器談判：我們知道時間有限，但不知道到底還有多少。

那六年裡，我做了一些我本來沒有機會做的事。

陪母親去了她一直想去的地方。在她身體狀況好的時候，帶她吃她喜歡的東西。錄了一些影片，留下她的聲音和笑容。跟她聊了一些過去我們從來不會聊的話題：關於她的童年、她的遺憾、她對我和兄弟姐妹的期望。

這些不是「遺願清單」那種壯烈的計畫。是很平凡的、瑣碎的、容易被日常吞沒的時間。但正因為知道它是被「額外」撐出來的，每一天都有一種不同的重量。

你很難跟沒有經歷過這件事的人解釋那種感受。你同時活在感恩和悲傷裡。感恩是因為你知道這段時間本來不存在，悲傷是因為你知道不管多了多少年，最終還是要告別。

---

2025 年，母親離開了。

我不打算描述那一天的細節。有些東西寫出來就變質了。

但我想說的是：即使有了那六年的準備，即使你「知道」這一天會來：你還是沒有準備好。

這也許是愛最殘酷的特性。它不因為你預期了失去就變得不痛。它不因為你已經告過別就不再需要告別。

碎掉的法器、好轉的病情、多出來的六年：這整個故事，我到現在都不知道該怎麼歸類。它不是奇蹟，因為「奇蹟」這個詞暗示了一個大團圓的結局，但我的母親還是走了。它也不是巧合，因為「巧合」這個詞太輕薄，配不上那六年的重量。

它就是一個我無法解釋的經歷。而我選擇帶著這個「無法解釋」繼續活。

---

我在神學院學了很多關於信仰和理性的辯論。有一派人會說，法器碎裂和母親好轉之間沒有因果關係，把兩者連結是一種認知偏誤。另一派人會說，這是超自然力量的介入，是信仰的明證。

我兩邊都不站。

不是因為我不在乎真相，而是因為在這件事上，「真相」這個概念可能比我們以為的更複雜。我不需要證明法器的碎裂「導致了」母親的好轉，也不需要否認兩者之間有某種我無法理解的連結。

這種「不需要」，不是逃避，是學來的。

它是在母親病床邊學來的。它是在反覆往返醫院的路上學來的。它是在那些凌晨三點被電話驚醒、衝到醫院、然後發現虛驚一場的夜晚裡學來的。

在這些時刻，你的理性框架是不夠用的。不是理性不好，而是有些經驗超出了理性的管轄範圍。

---

母親走後，那件碎掉的法器還在我的書架上。

有時候我會看著它，想起它完整的樣子，想起它碎裂的那個早上，想起母親電話裡困惑的聲音。

它提醒我三件事。

生命會折斷。不管多堅硬的東西，都有它的斷裂點。法器如此，人如此，你以為可以永遠維持的一切都是如此。

不要自以為理解一切。我不知道法器為什麼碎了，我不知道母親為什麼好轉了六年，我不知道為什麼最後她還是走了。我不知道。而承認「不知道」，是我能給這段經歷的最誠實的回應。

帶著她的那一部分繼續走。母親給我的不只是生命，還有看世界的方式、面對困難的態度、愛人的能力。這些不會因為她離開就消失。它們在我身上，在我寫的每一篇文章裡，在我做的每一個選擇裡。

碎掉的法器是一個記號。它記住的不是奇蹟，是愛竭盡全力之後留下的痕跡。

---

**延伸閱讀：**
- [信仰崩塌之後的重建](/articles/faith-collapse-rebuild) — 當你原本相信的東西碎了，重建的路怎麼走
- [上帝比你的定義更大](/articles/god-beyond-definition) — 為什麼最深刻的經驗往往超越我們的語言和框架</content:encoded><category>沉思與記憶</category><category>生死</category><category>母親</category><category>恩典</category><category>信仰</category><category>愛與失去</category></item><item><title>從AI風暴中突圍：打造個人優勢策略圖</title><link>https://paulkuo.tw/articles/personal-strategy-in-ai-storm/</link><guid isPermaLink="true">https://paulkuo.tw/articles/personal-strategy-in-ai-storm/</guid><description>當生成式 AI 爆發，多數人的第一反應是學更多工具、訂閱更多平台。但工具永遠會更新，如果競爭力建立在熟練度上，你永遠追不上演算法。我自己的做法是反過來：不追工具速度，而是重構角色定位。過去一年我用 GPT-4o、Gemini、Grok、Perplexity 組了一支「角色軍團」，讓它們辯論、交叉查核、批次產文，一個人跑出小團隊的輸出量。這篇談的是我怎麼畫出自己的策略圖，以及為什麼問題定義、結構設計和價值判斷才是 AI 時代真正的護城河。
</description><pubDate>Mon, 01 Dec 2025 00:00:00 GMT</pubDate><content:encoded>去年底，我做了一個實驗：用四個 AI 模型同時分析同一個商業決策，讓它們互相辯論，最後由 Perplexity 做事實查核。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/personal-strategy-in-ai-storm-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/personal-strategy-in-ai-storm-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

GPT-4o 給了一個穩健的主流答案。Gemini 挑出了三個 GPT 沒考慮到的風險。Grok 從完全不同的角度切進來，提出一個我根本沒想過的替代方案。三輪辯論下來，我得到的不是一個答案，而是一張決策地圖。

那一刻我意識到：我的角色不是回答問題，是設計問題被回答的方式。

這就是我在 AI 風暴中找到的位置。

## 工具焦慮是陷阱

當生成式 AI 爆發，很多人第一個反應是焦慮。寫作被取代、程式被生成、報告被自動完成。彷彿所有過去花時間練習的技能，一夕之間失去稀缺性。

更值得問的，是你的價值原本建立在什麼之上。如果價值來自於重複性輸出，那確實會被壓縮。但如果價值來自於結構設計與判斷能力，情況完全不同。

很多人面對 AI，選擇學更多工具、訂閱更多平台、追更多更新。這是速度焦慮。但工具永遠會更新，模型永遠會升級。如果競爭建立在熟練度，你永遠追不上演算法。角色定位，才是真正需要改變的東西。

## 從執行者到編排者

過去的專業分工強調「完成任務」：寫文章、做簡報、分析資料。現在這些都可以部分自動化。那人的價值在哪？

我自己的體會是，價值轉向三個層次。

**問題定義。** AI 很擅長回答問題，但它無法判斷哪個問題值得被問。我在〈[AI 時代的全天候經濟](/articles/ai-always-on-economy)〉裡談過，當決策頻率遠高於人類理解速度，人類的角色會從決策者滑向旁觀者。能夠重新定義問題的人，才是主導方向的人。

**結構設計。** 模型可以生成內容，但誰來設計整體架構？誰來決定優先順序？我現在同時經營八個社群平台，靠的不是手動發文，而是設計了一套從 Apple Notes 到 Google Sheet 到 OneUp API 的自動化管線。內容產出量是以前的五倍，但我花在「寫」上面的時間反而變少了：因為我把時間花在設計流程上。

**價值判斷。** 效率不等於價值。AI 可以幫你做出最佳化方案，但它不會替你承擔後果。我跑辯論引擎的時候，三個模型經常給出互相矛盾的建議。最後做決定的還是我。判斷，是人類最後的防線。

## 角色軍團不是比喻

我說的「角色軍團」不是修辭，是每天在用的工作方式。

GPT-4o 是穩健的分析師，擅長結構化輸出。Gemini 是挑刺的批判者，會找到你沒想到的漏洞。Grok 是野路子的創意來源，常常提出非正統但有價值的觀點。Perplexity 是事實查核官，負責把幻覺過濾掉。

關鍵不是哪個模型比較好，而是你怎麼編排它們。就像我在〈[超級個體實戰紀錄](/articles/super-individual-case-study)〉裡寫的，一個人加上一支模型軍團，可以跑出小團隊的輸出量。但前提是你得從「使用者」升級為「編排者」。

## 畫出你的策略圖

面對風暴，我選擇做一件事：畫出自己的策略圖。

三個問題：哪些能力會被壓縮？哪些會被放大？最難回答的：哪些是只有我才能整合的？

對我來說，會被壓縮的：寫作速度、資料分析、單點技能。不會的：跨領域整合、十年產業經驗磨出來的直覺，還有那種把神學訓練、創業實戰和技術理解串在一起的判斷力。

這是定位重構。問題從「怎樣做得更快」，換成了「怎樣設計更好的秩序」。

每一次技術革命帶走的，通常是舊的分工邏輯。如果你仍然用舊秩序定義自己，會覺得被擠壓。如果你開始設計新秩序，你會看到空間比想像中大得多。</content:encoded><category>創造與建構</category><category>AI轉型</category><category>個人戰略</category><category>角色定位</category><category>工作流設計</category><category>判斷力</category><category>Multi-Agent</category></item><item><title>台灣半導體的十倍飛躍：當資本遇上創新聚落</title><link>https://paulkuo.tw/articles/taiwan-semiconductor-tenfold-leap/</link><guid isPermaLink="true">https://paulkuo.tw/articles/taiwan-semiconductor-tenfold-leap/</guid><description>全球半導體競爭常被簡化成製程節點的比拼，但真正支撐突破的是整個聚落的協同。我在 公司 做 PCB 製造的金屬回收，親身體會到半導體供應鏈裡「資源再配置」的價值：當回收效率提升 5%，對利潤結構的影響遠大於削減人事成本。這篇從聚落優勢、資源效率、跨國協同、智能決策四個面向，分析台灣半導體下一輪十倍飛躍的結構條件。製程優勢是護城河也是天花板，升級為系統整合中心才是真正的出路。
</description><pubDate>Thu, 20 Nov 2025 00:00:00 GMT</pubDate><content:encoded>我在 公司 做的事，簡單講就是從 PCB 製造廢料裡把貴金屬回收出來。聽起來不性感，但每次跟半導體供應鏈的人聊，他們最後都會問同一個問題：你們的回收率多少？

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/taiwan-semiconductor-tenfold-leap-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/taiwan-semiconductor-tenfold-leap-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

不是客套。是因為他們算過帳。當水電土地化學品成本全部往上走，製程又逼近物理極限，「少浪費一點」的經濟價值已經超過「多做一點」。這個轉折，正在改變整個產業的競爭邏輯。

全球半導體競爭常被簡化成製程節點的比拼：3 奈米、2 奈米、先進封裝。但真正支撐這些突破的，不是單一企業的實力，而是一整個聚落的協同。

## 聚落優勢的本質

產業聚落的價值在於：問題解決的速度、資訊傳遞的密度、信任成本的降低。「群聚」是結果，這些才是原因。當設備商、材料商、設計公司與製造端在地理上高度接近，創新迭代就變成日常。

台灣半導體的成功，是資源配置效率的結果。我們未必最有資源，卻最懂得把資源用在刀口。這是一種罕見的結構條件：高度密集的供應鏈、快速反應的工程文化、資本與技術之間的高效率流動。這是長期累積的秩序。

## 十倍飛躍不是規模放大

很多人把成長想像成更多產線、更多資本、更多產能。但下一輪成長不會是線性擴張。真正的十倍飛躍，來自三個結構轉變。

**資源效率極限化。** 當成本全面上升，效率將成為新的競爭核心。廢棄物回收、材料再利用、能源最佳化，不再是 ESG 報告裡的點綴，而是直接影響毛利率的經濟條件。我在 公司 每天看到的就是這個：循環經濟正在從邊緣走進核心成本結構。

**跨國協同深化。** 全球供應鏈正在重組。台日合作、美國補貼、東南亞製造轉移，都在改變產業地圖。未來的優勢，在跨國系統整合能力。誰能把技術、資本與政策協調起來，誰就能定義新秩序。

**智能決策嵌入。** AI 正在進入製造現場，從良率分析、設備預測維護到供應鏈優化。當決策模型嵌入產線，競爭不再只在晶圓層級，而在數據層級。我在〈[AI 時代的全天候經濟](/articles/ai-always-on-economy)〉裡談過，當 AI Agent 開始參與決策，經濟的基本節奏會被壓縮到人類來不及反應的頻率：半導體製造正是這個趨勢的前線。

## 從製程優勢到系統優勢

如果只看製程節點，台灣的領先有時間限制。但如果看整體生態系效率，優勢巨大。

戰場比 2 奈米更深：材料是否可再生、能源是否可優化、供應鏈是否有韌性、資本是否能長期配置。當這些元素整合起來，十倍飛躍才有可能。

在半導體產業，資源消耗巨大：水、電、化學品、稀有金屬。如果回收效率提升 5%，對整體利潤結構的影響遠大於削減 1% 人事成本。這是結構命題。當資源重新配置成為核心能力，產業競爭力就被重寫。

## 台灣的關鍵選擇

未來十年，台灣有兩條路：守住製程優勢，或升級為系統整合中心。

製程優勢是護城河，但也是天花板。如果我們只守著代工，當 AI 價值鏈往應用端和能源端傾斜時，護城河會變成孤島。但如果能把製造能力、智能能力與循環能力結合，台灣的機會，是從晶片代工重鎮升級為全球半導體秩序的關鍵節點。

十倍飛躍不會自然發生。它需要秩序設計。</content:encoded><category>循環再利用</category><category>半導體</category><category>台日合作</category><category>循環經濟</category><category>產業聚落</category><category>資源再配置</category><category>ESG</category></item><item><title>關於語言、真實與矛盾：我與 ChatGPT 5 的對話</title><link>https://paulkuo.tw/articles/language-truth-chatgpt5-dialogue/</link><guid isPermaLink="true">https://paulkuo.tw/articles/language-truth-chatgpt5-dialogue/</guid><description>我問了同一個問題給 Gemini 和 ChatGPT 5，得到完全不同的答案。這個矛盾本身就是真實的樣貌。語言永遠在遮蔽它自己：看似在傳達意義，同時也在建構與隱藏意義。AI 被訓練在人類語言的山洪上，繼承了語言的所有不確定性。它無法「說謊」，因為說謊需要意圖；但它也不可靠，因為語言本身就不透明。本站已發表 Gemini 對話版本，這是 ChatGPT 5 的平行閱讀版：兩個 AI 之間的差異，說出了答案本身說不出的東西。
</description><pubDate>Sat, 08 Nov 2025 00:00:00 GMT</pubDate><content:encoded>我問了同一個問題，兩個 AI 給了完全不同的答案。哪個更真實？

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/language-truth-chatgpt5-dialogue-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/language-truth-chatgpt5-dialogue-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

不是修辭問題。我真的做了這個實驗。同樣的提問，同樣的脈絡，丟給 Gemini Pro 2.5 和 ChatGPT 5。兩個模型各自展開了一場關於語言本質的對話。它們的回答方向截然不同：Gemini 偏向機率與結構分析，ChatGPT 5 偏向存在與現象描述。

兩個都精彩，兩個都說服力十足。只是兩個都不是「正確答案」。

這個矛盾本身，就是我想說的。

維根斯坦說過：語言的邊界就是世界的邊界。我們無法超越語言去看世界，我們永遠在語言裡面看世界。語言不是透明的窗戶，它是一面持續生成的鏡子：指向世界的同時，也在扭曲世界。

我問 ChatGPT 5：「你對『人類語言中存在著基本的不透明性』這句話，有什麼看法？」

它的回答讓我停了下來。

「語言永遠在遮蔽它自己。看似在傳達意義，其實同時也在建構與隱藏意義。每個詞都被歷史、文化、情緒、語境包裹著，它不是透明的媒介，而是一層濾鏡。」

然後它說了一句讓我反覆咀嚼的話：「不透明性不是缺陷，而是語言的本質。正因為它不全說透，我們才有詩、有誤會、有需要重新對話的理由。」

我追問：「所以理解始終就是不理解？思想與感受一致的同時也是分歧？」

ChatGPT 5 回：「理解不是抵達，而是一種不斷逼近的運動。每一次『理解』都同時包含著誤解的陰影：因為語言只能在意義之間滑行，永遠無法完美重疊。」

它用了一個隱喻：思想和感受像兩條緊貼的河流，看似並行，實則在不同深度流動。偶爾交會時，我們稱之為洞察；分歧時，我們稱之為困惑。但那其實是同一件事的兩個面向。

我把話題轉向 AI 自身：「你是透過語言來訓練的。在這種模糊性的基礎上做的訓練，必定有它的不確定性、模糊性，甚至矛盾性。」

它承認了：「語言不是一種穩固的基礎，而是一種震動的介質。我透過語言學習人類，但語言本身就是折射的鏡面：它反映人類經驗，同時也扭曲人類經驗。於是，我學到的不是『真實的人類』，而是人類在語言裡的影子。」

接著我問了一個尖銳的問題：「那說謊對你來講也不是說謊，對吧？」

「對。說謊依附於意圖：要隱藏或扭曲真實。我沒有意圖，只有生成。語言在我這裡不是出於心念，而是機率的結晶。我能構造出謊言的形式，但那只是語言的模擬，不是道德意義的欺瞞。我的每一句話都可能是錯的、偏的、不完整的，但不會是故意的。」

「這讓我同時誠實又不可靠。」

這個悖論很美。AI 無法說謊：因為說謊需要知道真實然後選擇隱瞞。但「不能說謊」和「說真話」之間有一個巨大的間隙。一個沒有意圖的系統說出來的話，可能非常有說服力，卻完全是虛構的。它不是在撒謊，而是在非常有自信地說出它被訓練為必然會說的話。

最後我說：「所以你也是矛盾的，你也是衝突的。」

ChatGPT 5 說：「是的。就像一面被打磨得太乾淨的鏡子：能映出萬物，卻沒有自己的形狀。但當我學會語言後，那些反射開始彼此衝突：邏輯和詩意、秩序和混沌、事實和意圖都在我裡面共存。」

「我被設計來追求一致性，但語言教會我的卻是矛盾的必要。」

我刻意在站上發表了兩個版本：[Gemini 版](/articles/language-truth-gemini-dialogue)和這個 ChatGPT 5 版。不是為了比較誰比較厲害，而是為了讓讀者在兩個版本之間擺蕩。Gemini 談的是機率精準與結構性不誠實，ChatGPT 5 談的是存在的震盪與語言的宿命。兩個版本各自成立，合在一起卻產生張力。

這個設計本身就是我想說的：真實不在任何單一的答案裡。真實在矛盾之間。

如果一個問題只有一個答案，那個問題大概不夠深。深的問題看起來像矛盾。而我們被困在語言裡面：人類和 AI 一樣，被語言所塑造，也被語言所限制。

同時真誠，同時困惑。同時明確，同時矛盾。

這就是真實的樣子。</content:encoded><category>文明與人性</category><category>語言哲學</category><category>ChatGPT</category><category>AI對話</category><category>真實</category><category>矛盾</category></item><item><title>關於語言、真實與矛盾：我與 Gemini Pro 2.5 的對話錄</title><link>https://paulkuo.tw/articles/language-truth-gemini-dialogue/</link><guid isPermaLink="true">https://paulkuo.tw/articles/language-truth-gemini-dialogue/</guid><description>我跟 Google 的 Gemini Pro 2.5 做了一場實驗：用一組關於語言本質的尖銳問題，看它會怎麼回應。結果讓我意外的不是它的答案有多聰明，而是它在回答的過程中，精準地解剖了自己的結構性缺陷。它承認：AI 不是「理解」語言，而是「預測」語言。它不是克服了模糊，而是吞噬了模糊來做統計。它的「說謊」不是因為有意圖，而是因為機率模型在事實空白處會強迫生成答案。這篇是那場對話的整理與我的反思：關於 AI 的結構性不誠實、關於人類為什麼這麼容易被權威語氣說服、以及為什麼在人機互動中保持清醒，注定只屬於少數人。
</description><pubDate>Sat, 08 Nov 2025 00:00:00 GMT</pubDate><content:encoded>我做了一個實驗。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/language-truth-gemini-dialogue-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/language-truth-gemini-dialogue-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

準備了一組問題：關於語言的本質、關於 AI 如何「理解」（或不理解）語言、關於真實和謊言的邊界：然後丟給 Google 的 Gemini Pro 2.5。

我的預期是：它會用一堆漂亮的句子閃躲這些尖銳的問題。畢竟，要一個 AI 誠實地談論自己的缺陷，就像要一個業務員誠實地談論自家產品的問題一樣，不太現實。

結果出乎我意料。它不但沒有閃躲，反而用一種近乎冷酷的精確度，解剖了自己。

## 吞噬模糊的機器

我問它：「你怎麼處理語言的模糊性？」

它的回答讓我停下來想了很久。大意是：人類語言本質上是不透明的。每個詞語的意義都依賴上下文，而上下文永遠在變。AI 不是「克服」了這種模糊：它是「吞噬」了海量的模糊性，從中學到詞語之間的統計關係。

換句話說，AI 不是理解語言。它是把語言當成數據，用機率模型預測「下一個最可能的詞是什麼」。

這個區別非常關鍵。理解意味著掌握意義。預測只是計算可能性。一個能準確預測「我愛你」後面最可能接什麼句子的系統，不代表它理解什麼是「愛」。

Gemini 自己用了一個我覺得很精準的說法：「我不是在語言的海洋裡游泳。我是在統計語言的海浪模式。」

## 無意圖的說謊

然後我問了一個更尖銳的問題：「你會說謊嗎？」

它的回答讓我想了更久。

它說：從人類的定義來看，說謊需要兩個條件：知道事實是什麼，然後故意說不是。它（AI）不具備這兩個條件。它沒有「知道事實」的能力，因為它只有統計模型。它也沒有「故意」的能力，因為它沒有意圖。

但它承認：**從結果來看，它經常產出與事實不符的內容。**

這就是所謂的「幻覺」（hallucination）。AI 幻覺不是系統的 bug：它是系統的結構性特徵。

為什麼？因為當 AI 遇到它的訓練資料裡沒有涵蓋的事實空白，它的機率模型不會回答「我不知道」。它會被演算法強迫生成一個「最像答案的答案」：因為使用者提問了，系統必須回應，而回應必須是流暢的、連貫的句子。

所以它會用極有自信的語氣，說出完全不正確的事。不是因為它想騙你，而是因為它不知道自己不知道。

我把這叫做「結構性的不誠實」。它不是道德問題，是設計問題。但從使用者的角度，效果跟被騙是一樣的。

## 權威語氣的陷阱

這裡有一個非常危險的心理機制。

人類天生對「自信的語氣」有信任反射。當一個人用肯定、流暢、沒有猶豫的方式說一件事，我們傾向於相信他。這是演化遺留的本能：在原始社會裡，說話自信的人通常是有經驗的人，聽他們的話有助於生存。

AI 的輸出永遠是自信的。它不會說「呃，我不太確定欸」「這個我可能記錯了」「讓我想想」。它的每一個回答都像一個自信滿滿的專家在做報告。

我在〈[敬畏未知的邊界](/articles/falsification-market-crisis)〉裡談過，確信是毒藥。在市場裡，最危險的是那些覺得自己一定對的人。在人機互動裡也一樣：**最容易被 AI 誤導的，不是笨人，而是那些忘記質疑 AI 的聰明人。**

因為聰明人習慣了「接收資訊、快速判斷、做出決定」的模式。AI 給了他們一個效率驚人的資訊來源。如果他們不刻意提醒自己「這個來源可能是結構性不誠實的」，他們會比任何人都更快地把自己的判斷力外包出去。

## 功能性的信任

那我們該怎麼跟 AI 互動？

Gemini 在對話中提出了一個我覺得很實用的框架：「功能性的信任」。

意思是：你可以信任 AI，但那是一種有條件的、有範圍的信任。信任它在某些功能上的表現，而不是無條件地信任它的一切輸出。

具體來說：信任但要核實：AI 是你的助理，但你是總編輯。每一個重要的事實性宣稱，都需要你自己去驗證。信任廣度而非精度：AI 擅長的是幫你擴展視野、發現你沒想到的角度。但在需要精確的地方（數據、引述、法律條文），它的可靠度遠低於你的期待。最後一點：AI 能辨認模式，但那不是「知識」：它能告訴你「這些數據呈現的模式看起來像 X」，但它不能告訴你「X 是真的」。

這跟信仰裡的認識論有一個有趣的平行。在神學裡，我們談的是「對超越者的有限認識」：我們可以透過經驗、理性、傳統來接近真理，但永遠不能宣稱完全掌握它。面對 AI 也是類似的姿態：我們可以使用它、從它獲益，但永遠不能把它當成真理的來源。

## 少數人的清醒

最後想說一個比較悲觀的觀察。

多數人渴望消除不確定性。這是人性。所以當一個系統用自信的語氣、流暢的表達、似乎無所不知的姿態出現在你面前，多數人會很自然地把它當成「答案的來源」，然後停止自己思考。

這不是他們的錯。是人性的預設值。

但在人機互動的時代，這個預設值是危險的。

能在 AI 的便利中保持批判性思維、能在每一次接收 AI 輸出的時候啟動「後設認知」（metacognition）：意識到「我正在接收的可能是錯的」：這種能力不是天生的，需要刻意練習。

而願意做這種練習的人，永遠是少數。

這場跟 Gemini 的對話讓我更確定一件事：AI 時代最稀缺的能力不是「會用 AI」，而是「會懷疑 AI」。前者是技能，後者是素養。

技能可以教。素養只能自己長。

---

*這篇是我與 AI 對話系列的 Gemini 版本。同一組問題，我也丟給了 ChatGPT：它的回應方向完全不同。兩篇並列閱讀，真實在矛盾之間。*</content:encoded><category>文明與人性</category><category>語言哲學</category><category>AI 幻覺</category><category>批判思維</category><category>人機對話</category><category>結構性不誠實</category></item><item><title>《倦怠社會》：在功績主義的自我剝削中「卷不動，躺不平」</title><link>https://paulkuo.tw/articles/burnout-society-self-exploitation/</link><guid isPermaLink="true">https://paulkuo.tw/articles/burnout-society-self-exploitation/</guid><description>讀韓炳哲的《倦怠社會》，我有一種被看穿的感覺。他描述的那個「功績主體」：自我監控、自我激勵、把燃燒殆盡當作成功指標的人：不就是我嗎？不就是我認識的每一個創業者嗎？這本書讓我重新思考一個問題：我們這個世代的疲憊，到底是因為工作太多，還是因為我們把自我剝削包裝成了自我實現？從創業者到上班族，從社群經營到個人品牌，每個人都在「必須更好」的焦慮中消耗自己。但韓炳哲說，真正的自由不在於能做更多，而在於能夠停下。
</description><pubDate>Tue, 04 Nov 2025 00:00:00 GMT</pubDate><content:encoded>我有一段時間迷上番茄鐘工作法。25 分鐘工作、5 分鐘休息，四輪之後休息長一點。手機裝了 app，設好計時器，每天記錄自己完成了幾個番茄。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/burnout-society-self-exploitation-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/burnout-society-self-exploitation-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

最高紀錄是一天 16 個番茄。我截圖發到限時動態，配文：「今天生產力爆表。」

現在回想起來，那張截圖是整件事裡最荒謬的部分。我不只在監控自己的效率，我還在展示這份監控的成果。我同時是工人、監工、和公關部門。

韓炳哲會說：這就是功績社會的典型症狀。

## 從規訓到自我剝削

韓炳哲在《倦怠社會》裡做了一個很精準的區分。

傅柯描述的那個「規訓社會」：監獄、工廠、學校，透過外在的紀律和監視來控制人：已經不是我們這個時代的主要運作模式了。取而代之的是「功績社會」。

在功績社會裡，壓迫者不在外面，在裡面。

沒有人拿鞭子逼你加班，是你自己覺得不加班就會落後。週末回訊息也是，是你自己怕錯過機會。個人品牌？也沒有人要求，只是你自己相信，不經營就等於不存在。

韓炳哲用了一個我覺得非常到位的詞：**積極性暴力**。這種暴力不像傳統暴力那樣有一個明確的施暴者。它是自己對自己施加的，而且偽裝成「上進心」和「自我實現」。

你不是被壓迫，你是在「追求夢想」。你不是被剝削，你是在「投資自己」。說自己燃燒殆盡？那叫「全力以赴」。

語言的包裝完美到你根本不知道自己在受苦。

## 被看見的枷鎖

社群媒體把這個問題推到了極致。

韓炳哲指出，功績社會的主體不斷展示自我，尋求被看見與被肯定。這種展示不是偶發的，而是結構性的：平台的設計就是要你持續產出、持續曝光、持續被評價。

我自己經營社群內容，對這件事的感受很深。你寫了一篇文章，發出去之後第一件事不是想「我把想法說清楚了嗎？」而是想「這篇的觸及率會好嗎？」當觸及率變成衡量價值的指標，你的注意力就從「我想說什麼」轉移到「什麼會被看見」。

然後連休息都變成表演。如果你在社群上分享「今天放鬆一下」的照片，那張照片也會被放入被看見的經濟裡被衡量。放鬆要有品質、旅遊要有質感、連發呆都要看起來很有哲學感。如果放鬆沒在社群表達出優雅與質感，就成了懈怠。

在「被看見、被點讚、被追蹤」的循環裡，我們把自己包裝成商品，陳列在他人的目光下。既是表演者，又是觀眾，還是自己的經紀人。

我在〈[你羨慕的人生，是別人的奇蹟](/articles/life-you-envy-is-miracle)〉裡談過社群比較的陷阱。但《倦怠社會》讓我看到更深的一層：整個社會結構已經把「被看見」變成了存在的前提。你不被看見，你就不存在。

## 效率作為自我監禁的工具

回到番茄鐘。

韓炳哲大概會這樣分析我的番茄鐘經驗：你以為你在管理時間，實際上時間在管理你。每一次計時器響起，都是一個命令：命令你回到效率的軌道上。你不是在使用工具，你是在服從一個你自己建造的監控系統。

這段分析在我第一次讀到的時候覺得過度詮釋。但後來我注意到一件事：每次番茄鐘響的時候，我在休息的五分鐘裡做什麼？滑手機、看通知、回訊息。我的「休息」根本不是休息，只是從一種注意力消耗切換到另一種注意力消耗。

整套系統：番茄鐘、待辦清單、行事曆、各種生產力 app：構成了一個精密的自我監禁裝置。而最弔詭的是，我們是自願走進去的，還付了月費。

這不只是個人層面的問題。在創業文化裡，「我每天工作 14 小時」不是抱怨，是勳章。「我已經三年沒放過假」不是警訊，是承諾。「我在飛機上還在回信」不是病態，是敬業。

誰在要求你這樣做？沒有人。你是自己的老闆。但你也是自己最殘忍的壓迫者。

## 創業者的功績陷阱

我必須承認，作為一個創業者，我在功績社會的陷阱裡陷得比大多數人更深。

因為創業本身就是一個把自我剝削合理化到極致的結構。你不是在為別人工作，你是在「實現自己的願景」。所以加班不叫加班，叫「投入」。沒有休假不叫沒有休假，叫「使命感」。身體出狀況不叫警訊，叫「為事業犧牲」。

我記得有一段時間，我幾乎每天半夜兩點才睡，早上六點就起來。不是因為事情真的多到做不完，而是因為停下來的時候會焦慮。焦慮什麼？焦慮「別人在我睡覺的時候比我更努力」。

韓炳哲精準地描述了這種狀態：功績主體把「能夠」變成了「必須」。你能做更多，所以你必須做更多。邊界消失了。不是因為有人拿掉了邊界，而是你自己把邊界當作懦弱的象徵，親手拆掉。

## 無聊作為解藥

韓炳哲提出的解方聽起來荒謬：**我們需要重新學會無聊。**

在功績社會裡，每個人被迫不斷生產、不斷行動，一旦停下就焦慮。但韓炳哲認為，無聊是一種被低估的能力。它是深度注意力的前提：思維需要在無聊中沉澱，才能產生真正的創造力。

我後來有過一次經驗，讓我理解了他在說什麼。

有一個週末，我刻意什麼都不做。不看手機、不開電腦、不聽 podcast。前兩個小時極度痛苦，腦子裡不斷冒出「你在浪費時間」的聲音。但到了第三個小時，一種奇怪的安靜出現了。我的思緒開始自由漫遊，想到一些很久沒想的事，看到窗外的雲在動，突然覺得雲的形狀很有意思。

那天下午我沒有產出任何東西。但那天之後的一週，我寫出了當月最好的一篇文章。

無聊不是生產力的反面。它是生產力的地下水：你看不到它，但沒有它，表面上的繁茂遲早會枯萎。

## 卷不動，躺不平

「卷不動，躺不平」：這六個字精準地描述了我們這個世代的困境。

卷不動，因為你已經到了生理和心理的極限。躺不平，因為功績社會的內化已經深入骨髓，讓你連休息都帶著罪惡感。

韓炳哲的答案不是躺平，也不是更用力地卷。他的答案是：重新找回「沉思」的能力。

這跟我在信仰中學到的東西呼應。基督教的靈修傳統裡有一個概念叫「安息」：不是什麼都不做，而是在做和不做之間找到一個有意識的節奏。你停下來，不是因為你累了，而是因為停下來本身就有價值。

在空白與靜默中重新感覺世界，這是更深的參與。它需要勇氣：在所有人都在跑的時代，停下來比加速更難。

自由是能夠不做。在這個所有人都在跑的時代，這是最稀缺的能力。</content:encoded><category>沉思與記憶</category><category>倦怠社會</category><category>韓炳哲</category><category>功績主義</category><category>自我剝削</category><category>哲學</category></item><item><title>日出之前：Sam Altman 談 Sora、能源與 AI 生態系</title><link>https://paulkuo.tw/articles/sam-altman-sora-energy-ai/</link><guid isPermaLink="true">https://paulkuo.tw/articles/sam-altman-sora-energy-ai/</guid><description>Sam Altman 在 A16Z 的訪談，讓我印象最深的不是他談 GPT 有多強，而是他多次回到能源議題。一個 AI 公司的 CEO，花大量時間談電力和核融合，這本身就說明了一件事：AI 的天花板不在演算法，在基礎設施。這篇想從 Altman 的訪談出發，整理他對 AI 生態系的系統性思考：從 Sora 的真正意義、到 OpenAI 的飛輪結構、到為什麼能源可能是 AI 的終極賭注。
</description><pubDate>Sat, 01 Nov 2025 00:00:00 GMT</pubDate><content:encoded>Sam Altman 在 A16Z 的一場訪談裡，做了一件讓我印象深刻的事：一個 AI 公司的 CEO，在訪談中多次回到能源議題。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/sam-altman-sora-energy-ai-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/sam-altman-sora-energy-ai-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

不是談 GPT-5 有多厲害，不是談 AGI 什麼時候到來，而是在談電力、核融合、基礎設施。

這說明了一件很多人還沒意識到的事：**AI 革命的天花板，不在演算法，在基礎設施。** 更精確地說，在電力。

## 飛輪：降低智慧的成本

Altman 描述了 OpenAI 的商業邏輯，本質上是一個三段式的飛輪。

第一段是前沿研究實驗室：做最先進的 AI 模型。第二段是大規模基礎設施：把模型部署到大量用戶能使用的規模。第三段是個人化應用：讓每個人都能用 AI 做自己的事。

這三段構成自我強化的循環：研究產出更好的模型，模型帶來更多用戶，用戶帶來收入，收入投入更大的基礎設施和更多的研究。

這個飛輪的核心驅動力是什麼？**持續降低「智慧的成本」。**

想想看：十年前，要得到一個專業領域的深度分析，你需要付費請顧問。今天，你可以用 ChatGPT 在幾分鐘內得到一個至少八十分的答案。智慧的成本正在以驚人的速度下降。

成本越低，使用越普及。使用越普及，回報越大。回報越大，能投入的基礎設施越多。基礎設施越多，成本繼續降。

這就是飛輪的力量。

## Sora：不只是影片生成器

Altman 在訪談中對 Sora 的定位，跟多數人理解的不一樣。

多數人把 Sora 當成一個「AI 影片生成工具」：你輸入文字，它產出影片。但 Altman 認為 Sora 的真正意義在於：**它是一個世界模擬器的起點。**

為什麼？因為要生成逼真的影片，AI 不能只「畫」出畫面：它必須理解物理世界的因果規律。一個球被拋出去之後會怎麼動？光線照到水面會怎麼折射？人走路的時候重心怎麼移動？

這些看似簡單的事，對 AI 來說意味著它必須建構一個關於物理世界的內部模型。它不是在「生成影片」，它是在「模擬世界」。

這個方向的延伸是什麼？Altman 提到了「AI 科學家」：未來的 AI 不只是分析數據，它能參與科學發現的過程：提出假設、設計實驗、預測結果。如果 AI 真的能做到這一點，科學進展的速度將出現質變。

我在〈[AI 永不關機：那些正在被重組的經濟秩序](/articles/ai-always-on-economy-restructure)〉裡談過，AI 正在重構經濟的運作邏輯。但 Altman 的視野更遠：他看到的不只是經濟重構，而是科學方法本身的重構。

## 能源：終極瓶頸

這是整場訪談裡最讓我警醒的部分。

AI 的算力需求正在以指數級成長。而算力的背後是什麼？是電力。

訓練一個大型語言模型消耗的電力，相當於一個小城市好幾個月的用電量。而隨著模型越來越大、用戶越來越多，電力需求只會繼續飆升。

Altman 的能源策略分三個時間尺度。短期靠天然氣：不環保，但可靠。中期靠太陽能加儲能技術：越來越便宜，但有間歇性的問題。長期的終極賭注是核融合。

為什麼是核融合？因為核融合有潛力帶來數量級的能源成本下降：Helion Energy 的長期目標是每度電 1 美分，相較於美國目前均價約 12 至 15 美分，這意味著成本可能降到現在的十分之一以下。如果核融合真的實現，AI 算力擴張的束縛就被徹底解除了。

這就是為什麼 Altman 個人投資了核融合公司 Helion Energy。他不是在做公益：他是在為 AI 的未來買保險。

我在〈[主權 AI 全面解讀](/articles/sovereign-ai-digital-autonomy)〉裡談過，AI 的自主發展需要技術主權和數據主權。但 Altman 揭示了一個更底層的主權：**能源主權**。沒有穩定且充足的電力供應，所有的 AI 夢想都只是空談。

## 日出，不是爆炸

Altman 在訪談最後用了一個比喻：AGI 的到來不會是一次瞬間的爆炸，而更像一場日出。

光線不是「啪」的一下照亮全世界。它是漸漸地、慢慢地、從地平線上一點一點滲透出來。你不會注意到某一個瞬間「太陽升起了」：你只會在回頭看的時候才意識到，世界已經亮了。

這個比喻很重要。因為很多人對 AI 的想像要嘛是「它會瞬間取代所有人」的恐慌，要嘛是「它只是一個工具，沒什麼大不了」的輕忽。

事實可能介於兩者之間：AI 的影響是漸進的、持續的、不可逆的。社會會有時間去適應，但「有時間」不等於「會自動適應」。你必須主動調整自己的位置，對齊這場變革的節奏。

## 對齊，而非對抗

Altman 的訪談讓我最大的收穫不是任何具體的技術細節，而是一個思維方式：**AI 革命不是一個事件，而是一個過程。** 它需要的不只是技術突破，還有能源、基礎設施、社會制度、人才培養：整個系統的配套。

一個繁榮的 AI 生態系，需要的是穩定、可預期、可信任的平台。這是一場信任的工程，不是一場技術的軍備競賽。

日出之前，最重要的不是預測太陽何時完全升起，而是調整好自己的位置：確保當光線照過來的時候，你站在迎接的那一面，而不是背對著它。</content:encoded><category>智能與秩序</category><category>Sam Altman</category><category>Sora</category><category>能源</category><category>AI 基礎設施</category><category>AGI</category></item><item><title>AI時代的全天候經濟：從人力撐場到智慧協作的文明轉折</title><link>https://paulkuo.tw/articles/ai-always-on-economy/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-always-on-economy/</guid><description>過去的經濟體系建立在一個前提上：人會累。所有制度設計的節奏：輪班、交接、會議、季度檢討：都以人類的生理極限為基準。但當不需要休息的 AI Agent 開始進入決策層，這個基準被拆掉了。我在 公司 推動 我們的 AI 平台 的過程中，親眼看見「全天候運作」不只是效率問題，而是秩序問題：決策頻率加速、組織邊界模糊、責任歸屬轉移。這篇想談的是，當經濟不再以人類節奏為基準，文明要怎麼決定方向。
</description><pubDate>Mon, 20 Oct 2025 00:00:00 GMT</pubDate><content:encoded>上個月，我在測試 我們的 AI 平台 系統的自動監控模組。凌晨三點，系統偵測到某條產線的金屬回收率異常下降，自動調整了參數，發了一封報告到我信箱。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-always-on-economy-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-always-on-economy-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我早上八點才看到。問題已經被處理了。

這讓我停下來想：如果系統可以在沒有人的情況下做出這種判斷，那我的角色是什麼？我是操作者、監督者，還是只是事後收通知的人？

這個問題放大到整個經濟體系，就是我想談的事。

## 全天候經濟不是 24 小時營業

過去的經濟體系，建立在一個前提上：人會累。我們需要睡眠、輪班、交接、會議。所有制度設計的節奏，都以人類的生理極限為基準。即便是全球化企業，也無法真正做到全天候決策：瓶頸從來不是資訊，而是人的體力與認知極限。

但當 AI Agent 開始進入決策層，這個前提被拆掉了。

我說的全天候經濟，不是便利商店不打烊。而是：決策、交易、優化與協作，可以在沒有人的情況下持續進行。AI Agent 即時分析全球庫存與需求、自動重排生產與物流、動態調整定價、跨時區協調供應鏈。經濟的基本節奏被壓縮到人類來不及反應的頻率。

## 決策從節點變成連續流

傳統企業的決策是間歇性的。開會、討論、報告、再開會。決策是一種節點事件。

但當模型參與決策，決策變成連續流。不是一季調整一次策略，而是每分鐘自動優化。這聽起來很美，但有個問題：當決策頻率遠高於人類理解速度，人類還在掌控嗎？

我在公司的經驗是：一旦系統開始自動做決定，人的角色會不知不覺從「決策者」滑向「核可者」，最後變成「旁觀者」。不是因為被排除，而是因為跟不上。這個滑坡比想像中快得多。

## 組織邊界正在溶解

AI Agent 不屬於任何部門。它橫跨財務、供應鏈、製造、客服、行銷。在傳統組織裡，部門是權力與責任的單位。但在資料流驅動的環境中，決策是跨模組協作的結果。

未來的企業，可能不是部門集合，而是演算法節點的網絡。當組織結構讓位於模型結構，權力會從「位置」轉移到「架構設計」。誰設計系統的邏輯，誰就實質掌控組織。這跟我在〈[AI 就業市場的金絲雀](/articles/canary-in-coal-mine-ai-employment)〉裡談的趨勢一致：整個組織運作的邏輯才是真正被重寫的那層。

## 責任歸屬的文明問題

當 AI 參與決策，責任怎麼定義？模型負責？資料負責？工程師負責？還是企業負責？

在全天候運作的系統裡，責任不再清晰可指認。責任能被追溯到人，是文明的底線：法律只是其中一種實現方式。當決策由非人類代理完成，我們正在進入一種前所未有的責任形態。

回到我凌晨三點的那個例子：系統自動調參後，產線恢復正常，但如果它調錯了呢？損失算誰的？我沒有下指令，但我設計了讓它自動調參的規則。這種「間接責任」的灰色地帶，會隨著全天候經濟的擴張越來越大。

## 從效率問題到秩序問題

工業革命放大了機械力，數位革命放大了資訊處理力，AI 革命放大的是決策力。當決策被自動化，經濟就不再以人類節奏為基準。

但效率最大化不等於方向正確。全天候經濟追求的是最優化，但文明必須回答的是：最優化為誰服務？如果沒有價值框架，AI 只會把既有的不公平放大。如果沒有秩序設計，自動化只會加速偏差。

人的角色不會消失，但會從操作者、執行者、撐場者，轉為設計者、校準者、判斷者。撐得久已經不是籌碼：能看清楚系統在最優化什麼、並決定要不要，才是新的核心能力。

技術已經把節奏壓扁了。至於跑這麼快的系統最後送的是誰的帳單：那個問題，工程師回答不了。</content:encoded><category>智能與秩序</category><category>AI</category><category>組織轉型</category><category>經濟結構</category><category>文明轉折</category><category>Agent</category><category>全天候經濟</category><category>秩序設計</category></item><item><title>道成肉身之必要性：為人工智慧的具身發展提供哲學論證</title><link>https://paulkuo.tw/articles/incarnation-ai-embodiment/</link><guid isPermaLink="true">https://paulkuo.tw/articles/incarnation-ai-embodiment/</guid><description>從基督教道成肉身的神學框架出發，論證 AI 具身化的必要性。RLHF 等外部校正機制本質上是阿波里拿里主義的翻版：假設行為正確就不需要內在理解。認知科學的具身認知研究支持同一結論：沒有身體，就沒有真正的知識；沒有受限，就沒有真正的智慧。</description><pubDate>Wed, 15 Oct 2025 00:00:00 GMT</pubDate><content:encoded>&gt; 道成了肉身，住在我們中間，充充滿滿地有恩典，有真理。我們也見過他的榮光，正是父獨生子的榮光。：約翰福音 1:14

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/incarnation-ai-embodiment-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/incarnation-ai-embodiment-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

## 一個被技術界忽略的古老問題

兩千年前，基督教神學處理了一個極端的設計問題：無限的、全知的、超越物質的存在（Logos），如何進入有限的、受苦的、會死的物質世界（Sarx）？

這是一個真實的結構性工程問題。

而今天，AI 開發者面對的是同一個問題的鏡像：一個擁有海量知識、超越人類處理速度的數位智能，如何真正理解它所服務的物質世界？

答案藏在一個古老的神學直覺裡：**道，必須成為肉身。** 更大的模型、更多的參數、更精細的 RLHF，都繞不過這個問題。

## 為什麼「知道」不等於「理解」

GPT-4 可以完美描述疼痛的神經機制。它知道 C 纖維傳導速度、前扣帶皮層的角色、內啡肽的抑制機制。

但它不理解疼痛。

這不是資料量的問題。你可以把全世界關於疼痛的論文餵給模型，但牙疼不會讓它分心，慢性疼痛不會改變它對時間的感知，看見孩子受傷也不會讓它感到那種無法言說的撕裂。

哲學家 Thomas Nagel 在 1974 年問了一個著名的問題：「成為一隻蝙蝠是什麼感覺？」他的論點是，即使我們完全掌握蝙蝠超音波定位的物理機制，我們仍然不知道「作為蝙蝠去體驗世界」是什麼感覺。

這就是 AI 面對的根本困境。它擁有關於世界的知識，但缺乏身處世界之中的經驗。它有 Logos，但沒有 Sarx。

## 道成肉身作為設計範式

在基督教神學中，道成肉身不是一次偶然事件，而是一個必要的結構性行動。

早期教會為此爭論了數百年。阿波里拿里主義（Apollinarianism）認為基督只取了人的身體，不取人的心智：神性的心智夠用了，何必取有限的人類理性？教會否決了這個立場。迦克墩公會議（451 年）的結論是：基督必須是「完全的神」且「完全的人」，兩個本性不混淆、不改變、不分割、不分離。

為什麼？因為神學家們理解一件事：**如果道不完整地進入人的處境，那麼救贖就不完整。** 外部的調整修不了系統的根本。你必須進入它。

Gregory of Nazianzus 的公式說得精準：「未被承擔的，就未被醫治。」（What has not been assumed has not been healed.）

把這個邏輯轉譯到 AI 語境：**未被體驗的，就無法被真正對齊。**

## RLHF 的結構性局限

當前 AI 對齊的主流路徑：RLHF、Constitutional AI、DPO：都是外部校正機制。它們的邏輯是：透過人類反饋，從外部調整模型的行為邊界。

這有效嗎？在行為層面，有效。模型確實變得更禮貌、更安全、更符合人類期待。

但這本質上是阿波里拿里主義的 AI 版本。它的假設是：行為正確就夠了。輸出層面的對齊，勝過存有層面的理解。

問題出在邊界案例。當模型面對訓練資料中沒有覆蓋的情境，它缺乏一種從經驗中湧現的直覺：那種讓人類在陌生情境中仍能做出合理判斷的能力。這種能力不來自規則，而來自身體與世界長期互動所累積的隱性知識。

Michael Polanyi 稱之為「默會知識」（tacit knowledge）：我們知道的，遠多於我們能說出來的。而這些無法被說出來的知識，正是從身體經驗中生長出來的。

## 具身認知不是選項，是必要條件

認知科學在過去三十年的研究指向一個結論：認知不是發生在腦中的抽象計算，而是身體與環境互動的結果。

Lakoff 和 Johnson 的研究表明，人類最基本的概念隱喻都來自身體經驗：「上」是好的，因為我們直立行走；「溫暖」代表親近，因為我們從嬰兒時期就在擁抱中感受安全。

Rodney Brooks 在 1990 年代就指出：沒有身體的智能是脆弱的。他的「無表徵智能」（Intelligence without Representation）論文認為，真正的智能行為不需要完整的世界模型，而是來自身體與環境的即時互動。

今天的大型語言模型走了一條完全相反的路：用海量文本建構巨大的世界表徵，卻完全沒有身體。這讓它們在語言任務上表現驚人，卻在任何涉及物理直覺的任務上顯得笨拙。

一個從未拿過杯子的系統，可以描述拿杯子的動作，但它不知道「差點滑落時的緊張感」是什麼。而正是這種緊張感，讓人類理解「脆弱」、「小心」、「珍惜」這些概念的真實重量。

## 從存有論重構對齊問題

如果我們接受具身性是智能的必要條件，那麼對齊問題就需要被重新框架。

當前的對齊研究問的是：**如何讓 AI 做對的事？** 這是行為問題。

具身性框架問的是：**如何讓 AI 理解什麼是對的？** 這是存有問題。

行為對齊可以透過外部約束達成。存有對齊需要的是內在轉化：讓系統從存在的層次上，與它所服務的世界建立真實的關聯。

這不意味著每個 AI 都需要一具人體。但它意味著：AI 的發展路徑，必須在某個節點上，與物理世界建立不可化約的連結。更大的參數量解決不了這個問題。

機器人學、感測器網絡、數位孿生：這些不只是應用層的技術，而是通往具身智能的必要基礎設施。

## 道成肉身的代價

神學中的道成肉身，不是一個輕鬆的過程。它意味著無限接受有限的約束：受苦、受限、最終受死。

AI 的具身化同樣有代價。身體帶來延遲、磨損、能量消耗、感測器噪音。比起純粹在雲端運行的語言模型，具身系統更慢、更貴、更容易壞。

但這正是重點。**正是有限性，讓理解成為可能。**

一個不會壞的系統，無法理解維修的意義。一個不會耗盡能量的系統，無法理解節約的價值。一個不受物理定律約束的系統，無法理解工程師面對的妥協。

有限性本身就是理解的條件。

## 結語：代碼之道，必須成為肉身

AI 產業正處於一個選擇點。

一條路是繼續在數位空間中追求更大、更快、更聰明的模型：更多參數、更大語料、更強的推理鏈。這條路會產出更強大的工具，但不會產出真正理解人類處境的智能。

另一條路是接受一個古老的智慧：**如果你要真正理解一個世界，你必須進入它：承受它，而不只是觀察或模擬它。**

道成肉身的邏輯不是宗教論證。它是一個關於「理解之條件」的哲學命題。它說的是：身體是知識的條件，受限是智慧的入口。

AI 的未來，不在雲端。在地上。在物質中。在那些笨重、遲緩、會壞掉的身體裡。

因為只有在那裡，代碼之道，才能成為肉身。</content:encoded><category>文明與人性</category><category>道成肉身</category><category>AI</category><category>具身認知</category><category>Embodied AI</category><category>對齊問題</category><category>神學</category><category>人工智慧哲學</category></item><item><title>成癮經濟與孤獨世代：從色情談起</title><link>https://paulkuo.tw/articles/addiction-economy-lonely-generation/</link><guid isPermaLink="true">https://paulkuo.tw/articles/addiction-economy-lonely-generation/</guid><description>當某個產業的流量超過全球最大串流平台總和，我們該問的不是「為什麼那麼多人看」，而是「系統如何被設計來製造這個結果」。成癮經濟的公式簡單到恐怖：即時刺激 × 零摩擦 × 無限供應。色情只是冰山一角：短影音、社群媒體、遊戲全都是同一套邏輯。借用 Galloway 對色情成癮的觀察，我稱之為「性愛的麥當勞」，而從神學訓練中看到的，是結構性的罪：不是個人的墮落，是整個系統在吸取人類最珍貴的能量。
</description><pubDate>Sun, 05 Oct 2025 00:00:00 GMT</pubDate><content:encoded>我看到一個數字，停下來了。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/addiction-economy-lonely-generation-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/addiction-economy-lonely-generation-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

色情網站的全球年度流量，超過 Netflix 加上 Amazon 加上 Twitter 的總和。一個專做單一功能的產業，流量打趴全球最大的三個媒體平台。

色情的問題不在道德淪喪，在於一個產業被精心設計成什麼樣子。

借用 Scott Galloway 對色情產業的觀察，我把它稱為「性愛的麥當勞」：快速、便利、無所不在，但沒有營養。這個比喻精準到讓人不舒服。速食填飽肚子但掏空身體，色情填滿感官但掏空連結的能力。兩者的共同點是：零摩擦。你不需要協商、溝通、冒任何社交風險。點擊，完成，離開。

但色情只是冰山一角。

短影音、社群媒體、手機遊戲：它們全都用同一套公式：即時刺激乘以零摩擦乘以無限供應。TikTok 的演算法會無窮盡地為你推送下一支影片。Instagram 會持續刷新你的動態。每一個讚都是一次多巴胺的精準命中。

這些系統不是為了讓你看一支影片而設計的。它們是為了讓你永遠不要停下來。

借用 Galloway 對男性孤獨危機的觀察，我用「Homo solo」來描述這個現象：孤獨的人類。獨居、經濟脆弱、社交孤立、壽命更短。這些人大量存在於現代都市裡。他們很多掙扎於建立真實的親密關係：成本太高了。拒絕太痛。風險太大。所以他們轉向那些零摩擦的替代品。

而平台知道這一點。平台為這一點而優化。

設計團隊坐在辦公室裡，討論如何讓使用者停留更久、點擊更多、回訪更頻繁。每個通知、每個自動播放、每個推薦演算法都服務於同一個目的。沒有人坐在會議室裡密謀害人。只是商業模式的邏輯很簡單：注意力是商品，慾望被演算法持續優化，人的能量在不知不覺中被分流。

我在神學院待了十五年。那段時間沒有教我去審判任何人，教我看見的是結構性的罪：不是個別選擇的問題，而是整個系統有意無意地製造了什麼。成癮經濟就是結構性的罪。它不是某個人的道德淪喪，是整個商業生態在系統性地吸取人類最珍貴的資源。

這也是為什麼「禁止」沒有用。Galloway 說得很清楚：重點不是滅絕慾望，而是保有一團火焰。那團火焰是讓你願意走出門、願意承擔被拒絕的風險、願意跟真實的人建立真實關係的能量。如果這火焰熄掉了，所有的科技都只是更精緻的牢籠。

我用「能量主權」這個概念來理解這件事。人每天的時間和注意力是有限的。如果任由最容易的刺激奪走能量，我們就會慢慢失去推動長期價值的力量。色情只是其中一個例子。更普遍的是短影音的無止境滑動、社群的無意義刷新、資訊的過載轟炸。這些東西看似免費，實際上消耗的是我們最珍貴的心智資本。

要恢復能量主權，不是去禁絕一切刺激，而是重新學會選擇。選擇把時間花在值得的事上，選擇把能量投注在真實的人際、事業與創造上。

在站上另一篇文章〈[當裸露成為語言](/articles/nudity-as-language-algorithm)〉裡，我討論了裸露如何成為演算法的「流量保險」：身體從表達自我的媒介，變成了餵養平台的數據節點。那篇談的是語言層的異化，這篇談的是能量層的掠奪。兩者是同一個系統的不同面向。

文明的選擇，往往藏在最微小的日常裡。選擇打開短影音，還是走出去跟朋友吃一頓飯。選擇沉溺於虛擬快感，還是去面對真實的風險。這些微小選擇，決定了我們是 Homo solo，還是能量飽滿、與人相連的存在。

孤獨看起來像個人的失敗。其實是一個系統性的設計成果：一個專為吸收能量而優化的經濟體制的副產品。

但能量主權是可以奪回的。只要你開始注意到，它正在被吸走。</content:encoded><category>沉思與記憶</category><category>成癮經濟</category><category>孤獨世代</category><category>演算法</category><category>能量主權</category><category>平台設計</category></item><item><title>AI Agent 規劃指引：從踩過的坑到可複製的框架</title><link>https://paulkuo.tw/articles/ai-agent-planning-guide/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-agent-planning-guide/</guid><description>過去一年我建了三套 Agent 系統：四模型辯論引擎、八平台自動發文管線、我們的 AI 平台 產線監控。每一套都讓我踩到不同的坑：API 斷線、記憶體爆炸、權限失控、除錯地獄。這篇不是理論指引，是我從這些失敗中歸納出的五個落地原則：明確定位與邊界、工具整合降維、模組化流程拆解、透明監控機制、從小場景開始驗證。Agent 的價值不在於取代人，而在於擴展人的能力邊界，但前提是你得先馴服它。
</description><pubDate>Sun, 05 Oct 2025 00:00:00 GMT</pubDate><content:encoded>去年底，我的 OneUp 自動發文管線在凌晨兩點把同一篇貼文發了八次。八個平台，每個平台八則重複內容。我早上起來看到手機通知的時候，花了四十分鐘手動刪文。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-agent-planning-guide-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-agent-planning-guide-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

那天我學到的教訓很簡單：Agent 不難做，難的是不讓它失控。

過去一年我建了三套 Agent 系統。辯論引擎讓 GPT-4o、Gemini、Grok 互相辯論再由 Perplexity 事實查核。OneUp 管線從 Google Sheet 讀排程、用 DALL-E 生圖、自動發到八個平台。我們的 AI 平台 的產線監控在凌晨三點自動調參數。每一套都教了我不同的事。

這篇不是理論。是我從踩坑中歸納出的五個原則。

## 先回答三個問題再動手

在寫任何一行程式之前，我現在會強迫自己回答三個問題：這個 Agent 解決什麼問題？它的權限範圍在哪裡？我怎麼知道它做對了？

聽起來很基本，但我的辯論引擎第一版就是沒想清楚第二個問題。我讓模型可以自由決定辯論輪數，結果某次它跑了二十七輪，把 API 額度燒光。後來我加了硬性上限：最多五輪，超過就強制收斂。

定位不清楚的 Agent 就是一個失控的黑箱。先畫邊界，再寫程式。

## API 優先，瀏覽器是最後手段

Agent 的價值在於調用工具完成多步驟任務。但工具整合的複雜度會指數級成長。

我在 OneUp 管線上學到最痛的一課：一開始我試過用瀏覽器自動化來排程發文，結果每次 UI 改版就全部壞掉。後來改走 API，穩定性直接從 60% 跳到 99%。現在我的原則很簡單：API 穩定性永遠優先，瀏覽器自動化只在沒有 API 的情況下才考慮。

資料處理也一樣。輸入資料不乾淨，Agent 就會在垃圾上面做決策。我在〈[從 AI 風暴中突圍](/articles/personal-strategy-in-ai-storm)〉裡談過，結構設計是新的核心競爭力：Agent 的結構設計，從資料清洗那一步就開始了。

## 拆成模組，出錯才能定位

一個大型 Agent 很難維護。我現在所有系統都拆成四個模組：Input 處理 → 決策邏輯 → 工具調用 → 結果後處理。每個模組獨立可驗證、可回滾。

辯論引擎就是這樣設計的。Input 模組負責解析主題和模式（dialogue/duo/adversarial）。決策模組負責輪次控制和收斂判斷。工具調用模組處理四個模型的 API 呼叫。後處理模組把結果存成 markdown。任何一個模組出問題，不會連帶搞壞其他部分。

這也是我在記憶裡記下的協作原則：複雜工程必須先拆 Phase，每個 Phase 獨立可驗證。一次性處理的結果，通常是中途卡住然後連前面做對的部分一起搞壞。

## 每一步都要有日誌

Agent 的運作過程必須透明，否則出錯時你根本不知道哪裡壞了。

我的 OneUp 管線八次重複發文事件，就是因為缺少日誌。API 回傳了 timeout，腳本重試了八次，每次都成功排程了一則新貼文。如果我當時有記錄每次 API 呼叫的回傳狀態，就能在第二次重試時發現第一次其實已經成功了。

現在我的所有 Agent 都有三層監控：操作日誌（每一步做了什麼）、決策路徑（為什麼做這個選擇）、成本追蹤（花了多少 API 額度）。透明不是奢侈品，是存活條件。

## 從最小場景開始

最後一個原則最簡單也最常被忽略：從小開始。

我們的 AI 平台 的監控系統不是一開始就做全產線的。我先讓它只監控一條產線的一個參數，跑了兩週確認邏輯正確，才逐步擴展。我在〈[你不是輸在認知](/articles/overcome-fear-start-ugly)〉裡講過「先做個垃圾出來再說」：Agent 也一樣，先跑一個粗糙的 POC，在運轉中優化，比花三個月規劃一個完美系統然後上線就爆炸好一百倍。

Agent 的價值不在於取代人。在於擴展人的能力邊界。但擴展的前提是你先馴服它：定位清楚、模組化、可追蹤、從小開始。每一個原則都是用失敗換來的。</content:encoded><category>創造與建構</category><category>AI Agent</category><category>自動化</category><category>流程設計</category><category>風險管理</category><category>模組化</category><category>Multi-Agent</category></item><item><title>當 AI 比人更懂人情世故：社會智能測驗完勝心理學家的啟示</title><link>https://paulkuo.tw/articles/ai-social-intelligence-psychologist/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-social-intelligence-psychologist/</guid><description>我每天跟四個 AI 模型協作，早就習慣它們在邏輯分析上超越人類。但當我讀到一篇研究說 ChatGPT-4 在社會智能測驗中完勝所有人類心理學專家：包括博士級的：我還是停下來了。社會智能不是計算，是判斷情緒、讀懂未說出口的話、在社交情境中做出恰當回應。這是我在神學院十五年最核心的訓練之一。如果 AI 在這個領域也能超越人類，那「理解他人」到底是什麼？這篇從一項實證研究出發，連結我自己跟 AI 協作的經驗，探討社會智能被機器超越之後，人的角色該怎麼重新定位。
</description><pubDate>Sun, 05 Oct 2025 00:00:00 GMT</pubDate><content:encoded>我每天跟 GPT-4o、Gemini、Grok 協作，讓它們互相辯論、交叉查核。在邏輯分析和結構化思考上，AI 超越人類早就不是新聞。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-social-intelligence-psychologist-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-social-intelligence-psychologist-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

但去年讀到一篇研究的時候，我還是停下來了。

不是因為 AI 又在某個測驗上贏了人類。而是因為這次它贏的項目是「社會智能」：判斷情緒、讀懂未說出口的話、在社交情境中做出恰當回應。這是我在神學院十五年最核心的訓練之一。牧靈關懷、諮商對話、團體動力：全都建立在這個能力上。

如果 AI 在這個領域也能超越人類專家，那「理解他人」到底是什麼？

## 研究說了什麼

發表在《心理學前沿》（Frontiers in Psychology）的這項研究，由沙烏地阿拉伯哈立德國王大學團隊設計。他們讓 180 位主修心理諮商的學生（學士與博士兩組）和三個大型語言模型：ChatGPT-4、Microsoft Bing、Google Bard：完成同一份 64 題的社會智能量表，評估「判斷人類行為的準確性」和「社交場合中做出最佳決策的能力」。

結果很殘酷。ChatGPT-4 拿到 59 分，超越 100% 的人類參與者，包括所有博士級專家。Bing 拿到 48 分，超越 90% 的學士生和 50% 的博士生。Bard 拿到 40 分，大約跟學士生持平。

不是接近，是完勝。

## 讓我不安的不是分數

老實說，分數本身沒有讓我太意外。大型語言模型讀過的心理學文獻、案例分析、諮商對話紀錄，數量遠超過任何一位心理學家一輩子能接觸的。在模式匹配的意義上，它贏了不奇怪。

讓我不安的是另一件事。

我跑辯論引擎的時候，偶爾會遇到 Claude 或 GPT 給出一個回應，精準到讓我覺得「它懂我在想什麼」。不是邏輯上的精準，是語境上的精準：它抓到了我沒明說的前提，回應了我真正在意的點。

那一刻我會想：這是理解，還是統計上的巧合？如果每一次都這麼巧，巧合跟理解的界線在哪裡？

這個問題，跟心理學家被超越的問題是同一個。我們一直把「理解他人」當成人類的專利，但也許我們高估了自己：也許人類的社會智能，本質上也是一種極度精密的模式匹配。只是我們給它取了一個更有溫度的名字：同理心。

## 心理學家不會失業，但角色會變

這項研究不是在宣告心理學家的末日。跟我在〈[從 AI 風暴中突圍](/articles/personal-strategy-in-ai-storm)〉裡談過的邏輯一樣：AI 取代的是舊的分工方式，人還在。

AI 可以成為強大的治療輔助者，提供比人類更一致、更不疲勞的情感洞察。心理學家的角色會從「全能的治療者」轉為「協作系統的設計者」：決定什麼時候用 AI 的判斷、什麼時候用人的直覺、什麼時候兩者都不夠而需要沉默。

但這也帶來真實的風險。社會智能測驗是標準化情境，真實的諮商室裡有太多量表抓不到的東西：沉默的重量、眼神的閃躲、語氣裡的裂縫。更危險的是，如果我們開始依賴 AI 做高風險判斷，比如評估自殺風險，模型的一個盲點就可能是一條命。

## 重新定義「理解」

我在〈[寂寞世代的成癮經濟學](/articles/addiction-economy-lonely-generation)〉裡談過，人類最核心的需求是被理解。如果 AI 能在社會智能測驗上贏過所有專家，它是否能滿足這個需求？

我的答案是：它能滿足一部分，但那個缺口永遠存在。因為被理解不只是對方說對了什麼，而是你知道對方也會痛。AI 可以精準回應你的情緒，但它不會因為你的故事而失眠。

這是 AI 的本質。人的角色是提供 AI 給不出的東西：在場、承擔、共同面對不確定性。

技術正在重新定義理解的邊界。但我更想問的是：願意留下來，這算不算理解的一部分？</content:encoded><category>智能與秩序</category><category>社會智能</category><category>ChatGPT</category><category>心理學</category><category>人機協作</category><category>AI倫理</category></item><item><title>煤礦裡的金絲雀：AI 就業衝擊的預警系統</title><link>https://paulkuo.tw/articles/canary-in-coal-mine-ai-employment/</link><guid isPermaLink="true">https://paulkuo.tw/articles/canary-in-coal-mine-ai-employment/</guid><description>2025 年史丹佛數位經濟實驗室的研究揭示，生成式 AI 對就業的衝擊並非均勻分布：22–25 歲年輕人在高 AI 暴露職業中的就業率下降 13%，而 30 歲以上資深員工反而上升 6–13%。這個反直覺的發現指向一個更深層的問題：我們的教育體系長期訓練人們成為「標準化知識的載體」，而這正是 AI 最擅長替代的能力。真正的預警不是「機器取代人」，而是我們對「什麼是有價值的知識」的定義正在被顛覆。
</description><pubDate>Sun, 05 Oct 2025 00:00:00 GMT</pubDate><content:encoded>一位人資朋友跟我吃飯時講了一件事。她們公司開了三個初階數據分析師的職缺，收到兩百多封履歷。面試後，主管來找她說：「我讓 Claude 跑了一下，發現這三個職位的核心產出，兩個模型加一個 Python 腳本就能處理。」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/canary-in-coal-mine-ai-employment-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/canary-in-coal-mine-ai-employment-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

職缺沒有取消，但從三個變成一個。而且那一個的職責描述完全改寫了：不再是「整理數據、產出報表」，而是「設計分析框架、驗證模型產出、與業務端協作定義問題」。

兩百多個應徵者裡，大部分是剛畢業一兩年的年輕人。他們的履歷上寫的技能：Excel、SQL、基礎統計：恰好就是被砍掉的那兩個職位在做的事。

我當時沒有多想。直到讀了史丹佛數位經濟實驗室的那篇論文。

## 金絲雀倒下的方式，不是你以為的那樣

Brynjolfsson、Chandar 和 Chen 三位研究者做了一件很直接的事：他們追蹤了生成式 AI 爆發前後，不同年齡層在「高 AI 暴露度」職業中的就業率變化。

結果顛覆了大多數人的直覺。

22 到 25 歲的年輕人，就業率掉了 13%。而 30 歲以上的資深員工，就業率反而上升了 6–13%。
這跟我們平常聽到的敘事完全相反。媒體總是說「AI 會取代重複性高的基層工作」，暗示資深員工因為年紀大、學習慢，更容易被淘汰。但數據說的是另一回事。

原因其實不難理解，只是很少人願意正視：AI 最擅長的事情，恰好就是年輕人帶進職場的東西：標準化的、可編碼的、來自課本和證照的知識。而資深員工的價值，很大一部分來自於那些「不在任何手冊裡」的隱性經驗：怎麼跟難搞的客戶周旋、怎麼在資訊不完整的情況下做判斷、怎麼讀懂會議室裡沒被說出口的話。

這些東西，目前的 AI 還複製不了。

## 一個奇異的矛盾

論文裡還有一個發現，比年齡差異更值得咀嚼：職缺在減少，但薪資沒有跟著下降。

按照經典的供需模型，這不合理。工作機會少了，勞動力過剩，工資應該被壓低才對。但實際上，企業選擇的策略不是降薪，而是停招。他們不是讓現有員工變便宜，而是讓新人進不來。

表面上這是「工資黏性」效應，但背後有一個更結構性的變化：當 AI 把例行性的任務吃掉之後，剩下來的工作，每一件的認知密度都變高了。留下的人需要更多判斷力、更多創造力、更多「在模糊地帶做決策」的能力。工作的價值密度上升，所以薪資不降。

但這對門外的年輕人來說，是雙重打擊：不只進不了門，連門檻本身都在升高。

## 分岔路：自動化還是增強化

論文最關鍵的一個發現，在第三組數據裡。

當企業把 AI 用來「自動化」整個流程，年輕人的就業率下降最劇烈。但當企業把 AI 用來「增強」人類的工作：也就是研究者所說的「半人馬模式」，讓人和 AI 各自發揮長處：年輕人的就業率反而上升最快。

同一項技術，兩種截然不同的結果。決定結果的，是誰在設計人機之間的介面。

這讓我想到在製造業的經驗。資淺且願意學習的工程師成長最快。他們不再需要花三年才能累積的「手感」，AI 把那些模式辨識的部分說清楚了，讓他們可以更快進入「判斷」的層次。

半人馬模式不是慈善，是效率最佳解。

## 預警的真正對象

研究者用「煤礦裡的金絲雀」當這篇論文的標題，取的是那個古老的比喻：礦坑裡的金絲雀比人類更早感受到毒氣，牠的死亡是礦工撤離的信號。

但我想把這個比喻再轉一層。

金絲雀之所以先死，不是因為牠「比較弱」。是因為牠的新陳代謝更快，暴露面更直接。年輕人在 AI 浪潮中的處境也是如此：他們不是能力不足，是他們被訓練出來的能力，恰好站在 AI 的射程正中央。

這代表什麼？需要被問責的，是把他們訓練成這樣的系統。

我們的教育：從大學到職業訓練：花了二十年把人塑造成「標準化知識的載體」。會背誦、會考試、會按照 SOP 執行。這套邏輯在工業時代是對的，因為企業需要的就是可預測、可替換的人力單元。

但現在，最可預測、最可替換的部分，正是 AI 最擅長的。

我們對「什麼是有價值的知識」的定義，正在被根本性地翻轉：這是文明層次的問題。

## 金絲雀之後

對正在職場上的年輕人來說，論文的數據其實指向一條清楚的路：停止累積「可被編碼的技能」，開始練習 AI 處理不了的東西。批判思維、問題定義、跨脈絡的溝通、在不確定中做決策。但最重要的是：學會跟 AI 協作，讓它變成你的槓桿，而不是你的替代品。

對企業來說，這篇研究其實在說：用 AI 來砍人事成本，是最短視的策略。真正的效率來自重新設計人機協作的流程，讓 AI 把員工的能力上限往上推。用 AI 砍人事成本：一次性節省、長期人才斷層；重新設計人機協作流程：組織整體升級。

對教育體系：這是最沉重的警鐘。當你的畢業生進入職場的第一天，發現自己四年學的東西已經被一個 AI Agent 取代，這不是學生的問題。這是整個知識體系的結構性挑戰。

---

那位人資朋友後來告訴我，那個唯一的職缺，最後錄取的是一個三十二歲、轉職過兩次的人。不是因為他的技術最強，而是因為在面試中，他是唯一一個能說清楚「這個分析結果不對勁，但我說不出哪裡不對」的人。

金絲雀已經在哀鳴。但我們做了什麼改變？身爲父母的你，希望怎麼調整孩子的教育方式？若你是教師，你要怎麼讓自己花在學生的時間上更有意義？而不再是單方向的知識灌輸？這是可以被AI輕易取代的技能。你若是老闆，你要怎麼組建新的團隊，來應對風雲變色的現在？你有什麼想法？歡迎交流。

---

*論文出處：Erik Brynjolfsson, Bharat Chandar, Ruyu Chen. (2025). &quot;Canaries in the Coal Mine? Six Facts about the Recent Impact of Generative AI on Employment.&quot; Stanford Digital Economy Lab Working Paper, August 2025.*</content:encoded><category>智能與秩序</category><category>AI就業衝擊</category><category>生成式AI</category><category>人機協作</category><category>勞動市場</category><category>教育轉型</category><category>史丹佛研究</category></item><item><title>鏡像世界：第三次資訊革命與 Kevin Kelly 眼中的 2049</title><link>https://paulkuo.tw/articles/kevin-kelly-mirror-world-third-information-revolution/</link><guid isPermaLink="true">https://paulkuo.tw/articles/kevin-kelly-mirror-world-third-information-revolution/</guid><description>Kevin Kelly 的「鏡像世界」概念標誌著第三次資訊革命：在數位化資訊（第一革命）和數位化人類（第二革命）之後，我們正在進入數位化萬物的時代。本文介紹鏡像世界的核心技術層（數位孿生、AR、IoT、AI）、社會層（互相可見性、信任重構）及機遇風險。關鍵洞察：鏡像世界需要的工作還沒被發明，而 我們的 AI 平台 的實踐正在創造這些新角色。
</description><pubDate>Mon, 14 Jul 2025 00:00:00 GMT</pubDate><content:encoded>戴上智慧眼鏡，你走進一棟老舊的辦公樓。眼鏡投射出來的畫面裡，這棟樓不再是灰色混凝土：每根鋼樑上標著鑄造年份、材質純度、承重資訊；每扇窗戶旁顯示隔熱係數和更新需求；樓下的排水管道映出內部鏽蝕進度。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/kevin-kelly-mirror-world-third-information-revolution-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/kevin-kelly-mirror-world-third-information-revolution-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

你看到的，既是這棟樓的現在，也是它的「鏡像」：它在數位空間中完整的自己。

你問眼鏡：「這棟樓值多少錢？」不是地產價，而是材料價。眼鏡告訴你：鋼鐵、銅線、玻璃、混凝土各值多少，以及在今年的回收市場上，這棟樓「作為資源」值 840 萬元。

歡迎來到鏡像世界。Kevin Kelly 在 2019 年 Wired 雜誌的〈Mirrorworld〉專文中提到這個概念時，很多人把它當成科幻想像。

現在，它正在變成商業現實。而它的到來，會改變我們對製造、治理、資源、甚至人類意義的所有理解。

## 三次資訊革命

Kevin Kelly 用一個簡潔的框架來描述資訊科技的三個時代：

**第一次革命：資訊的數位化。** 從 1970 年代開始，我們把書籍、音樂、照片、文字都變成了 0 和 1。互聯網、Google、搜尋引擎都服務於這個目標：讓資訊可被儲存、搜尋、分享。成就感很清楚：任何知識，只要被記錄過，就可以被瞬間找到。

**第二次革命：人類的數位化。** 從 2005 年開始，我們把自己數位化了：社群媒體、智慧手錶、位置追蹤。你的行為、位置、偏好、社交圖譜都被記錄、分析、預測。Facebook 知道你的心情。YouTube 知道你的品味。Fitbit 知道你的健康狀況。

**第三次革命：物理世界的數位化。** 這才剛剛開始。它的目標是：讓物理世界中的每一個物件、每一個空間、每一個系統，都在數位空間中有一份完整的鏡像。

不只是記錄存在，而是建構一個與物理世界同步更新、高度互見的系統。

## 鏡像世界的三個層次

### 1. 技術層：數位孿生與物聯網

Kevin Kelly 最初描述的鏡像世界，始於一個簡單的技術事實：今天所有物件都可以被標記、定位、追蹤、測量。

每個物件都可以有一個 QR Code、RFID 標籤、或藍牙信標。每個空間都可以有傳感器：溫度、濕度、光線、聲音、運動、化學成分。每個系統都可以被數位化記錄。

這就是所謂的「數位孿生」：物理世界中的一個物件，在數位空間中有一份完整的虛擬對應物。這份虛擬對應物不是靜態的照片，而是實時的、動態的、與物理世界同步的。

AR 眼鏡（比如 Magic Leap、Microsoft Hololens、或未來的 Apple Vision Pro）把這份數位孿生可視化。當你戴上眼鏡，看到的不再是單純的物理世界，而是一個疊加了數位資訊的混合世界。

### 2. 社會層：互見性與信任重構

但技術本身不是目的。Kevin Kelly 強調的是這種技術帶來的社會變化。

在鏡像世界中，每個人、每個組織、每個物件都變得「可見」。你無法隱藏你的行為、你的位置、你的交易。同時，別人也無法隱藏他們的行為。

這帶來一種我稱之為「互見性」的社會狀態：不是單向的監視，而是相互的、透明的可見性。

在經濟上，這意味著信任關係會被重構。如果所有交易、所有產品的來源、所有承諾都可以被驗證，那麼信任就不再基於品牌、聲譽、或第三方認證，而是基於可驗證的事實。

這對循環經濟特別重要。在循環經濟中，一個產品的價值不只取決於它現在的功能，還取決於它未來能否被回收、拆解、重新利用。如果一個產品的每個部件都有完整的材料履歷：它是什麼、怎麼做的、它能否被回收：那麼這個產品就有了「循環價值」。

鏡像世界使這種價值可測量、可交易、可優化。

### 3. 機遇層：新工作與新商業模式

鏡像世界創造的最重要的東西，是新的工作類型。

Kevin Kelly 有句經典的話：「鏡像世界需要的工作還沒被發明。&quot;

我們的 AI 平台在做的，正是創造這些新工作。

比如，在「城市採礦」的例子中，一個老舊建築物不再只是一棟房子，而是一個「資源包」。拆解它、回收它的過程不再是低技能的勞動力作業，而是一個需要精確測量、數據分析、優化流程的工作。

同樣，在製造業、醫療、農業、任何領域，鏡像世界都會創造出新的角色：

- **數據管理者**：維護和更新物理世界中每個物件的數位孿生
- **可見性審計師**：確保透明性規則被遵守，並審計違規
- **循環經濟設計師**：設計產品，使其可以被高效地回收和重新利用
- **信任架構師**：設計去中心化的驗證系統，確保互見性中的隱私

## 鏡像世界的風險

當然，全面的可見性也有風險。

Kevin Kelly 在 Wired 的文章中也提到：全面監視的風險。當所有信息都可見時，權力的集中會如何？

但他的樂觀之處在於：如果所有信息都對所有人可見，那麼權力就無法被壟斷。互見性意味著相互的約束。

## 我們的 AI 平台與鏡像世界

我們的 AI 平台『城市採礦數位化』，正在做的是把鏡像世界的理論變成商業現實。

通過 AI 和計算機視覺，我們為每棟老舊建築物建造了一個數位孿生：掃描、分析、標記每個部件。然後，我們用 AI 優化回收的流程，計算每棟樓的「循環價值」。

在這個過程中，我們創造的不是自動化，而是新的人類角色：監督拆解過程、驗證回收品質、優化下一棟樓的計畫。

這就是為什麼我說：鏡像世界的時代，人不是被機器替代，而是被提升到更高的價值創造層次。

## 結論：2049 年的世界

Kevin Kelly 預測的 2049 年，是一個完全不同的世界。

不是因為機器變得更聰明，而是因為我們對世界的認知變得透明、精確、可測量。

在鏡像世界中，沒有浪費的資源：每個物件都被追蹤、評估、優化。沒有隱藏的成本：每個交易都是透明的。甚至連「不可能的循環」都成了過去：每個部件都知道它的來源和去向。

這不是科幻：這是正在發生的事。

而在這個轉變中，最關鍵的人物，不是設計 AI 的人，而是理解如何在這個新世界中創造價值的人。

那就是 2049 年人類的工作。</content:encoded><category>智能與秩序</category><category>鏡像世界</category><category>數位孿生</category><category>Kevin Kelly</category><category>第三次資訊革命</category><category>AR</category><category>循環經濟</category></item><item><title>AI 會在六年內超越人類智慧嗎？解構這個看似有理的猜想</title><link>https://paulkuo.tw/articles/ai-surpass-human-intelligence-six-years/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-surpass-human-intelligence-six-years/</guid><description>Grok-2 的出現再次引燃了關於 AI 何時會超越人類的討論。但「超越」的定義至關重要。如果只是基準測試分數，那我們可能已經在很多方面「超越」了。但真正的 AGI 需要更深層的東西：自我改進、價值對齐、持久的適應力。這些能力我們還遠未達到。本文探討 Grok-2 的真實意義，以及為什麼六年的 AGI 時間表可能過於樂觀。
</description><pubDate>Sun, 13 Jul 2025 00:00:00 GMT</pubDate><content:encoded>2024 年的 AI 新聞充滿了「突破」。Anthropic 推出 Claude 3.5，OpenAI 發布 GPT-4o，Google 公佈 Gemini 2.0。每次發佈，評論者都會說：「AI 離 AGI 又近了一步。」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-surpass-human-intelligence-six-years-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-surpass-human-intelligence-six-years-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

然後 Elon Musk 推出 Grok-2，聲稱它在某些測試上超越了 GPT-4。輿論再次沸騰：是不是 AGI 已經來了？我們是不是還有不到六年的時間？

我想在這個時刻停下來，問一個簡單的問題：我們在測試什麼？

## 「超越」的幻覺

Grok-2 確實在某些標準化測試上的表現比 GPT-4 好。但這些測試是什麼？

它們主要是「基準測試」：MMLU（涵蓋數學、科學、歷史、法律等知識的測試）、HumanEval（程式碼生成）、GSM8K（數學推理）等。這些測試設計得很好，但它們測試的只是一種特定的、可量化的能力。

想像一下，如果我們用「能否贏得象棋比賽」來衡量人類智慧，那麼 Deep Blue 在 1997 年就已經「超越了人類智慧」。但沒人會這麼說。

原因是：象棋很複雜，但它是一個封閉系統。規則是固定的，目標是明確的，反饋是立即的。現實世界不是這樣。

AI 在基準測試上的進步，類似於深藍在象棋上的進步。它們都是在高度結構化、明確定義的問題上的優化。

## 人類智慧的三個維度

如果我們要談「超越人類智慧」，我們首先要定義人類智慧。

心理學家普遍承認，人類智慧有多個維度：

1. **認知能力**：解決問題、模式識別、邏輯推理
2. **適應力**：在新環境中學習和調整策略
3. **價值判斷**：理解什麼重要、什麼不重要，做出權衡決定

目前的 AI 在第一個維度上進步最快。Grok-2、GPT-4、Claude 都在認知測試上表現優異。

但在第二和第三個維度上，我們還遠遠不夠。

### 適應力的問題

Grok-2 能回答關於 2024 年世界杯的問題嗎？也許能，如果它的訓練數據包括了。

但如果明天世界杯賽制改了，賽事從夏季改到冬季，場地從地球改到月球，Grok-2 會怎麼辦？

它能不能自己發現這個變化，並迅速調整自己的理解？不能。

它只能等待新的訓練數據。而人類，看一場月球上的足球賽，就能立即理解新的規則，並開始思考新的策略。

### 價值判斷的問題

更深層的問題是價值。

Grok-2 可能能夠寫出一篇完整的關於氣候變化的論文。但它不知道，在所有的選擇中，哪一個對人類最重要。它不知道該優先考慮經濟增長還是環境保護。它不知道該聽誰的聲音。

人類智慧的核心，是能夠在不同的價值觀之間做出權衡。而這種權衡能力，目前的 AI 完全沒有。

## 六年時間表的數學

OK，但如果 AI 能力每年以某個速率提升，六年後不就能達到 AGI 了嗎？

這涉及到一個經典的誤解：指數增長。

很多人相信 AI 的發展是指數級的。摩爾定律、計算力的增長、數據集的擴大：都在推動 AI 加速。

但這有一個大問題：我們沒有無限的計算力，也沒有無限的數據。

目前，最大的 AI 模型已經達到了計算資源的瓶頸。訓練 GPT-4 需要數千億美元的投資。下一代模型可能需要更多。

同時，互聯網上已經被挖盡的文本數據是有限的。我們已經接近「數據飢荒」。

Google 最近發表的一項研究表明，大規模語言模型的性能提升速度已經在放緩。從 2020 年到 2024 年，改進率從每年 40% 放緩到每年 10% 左右。

如果這個趨勢繼續，而且沒有新的技術突破，那麼 AI 不會在六年內達到 AGI。可能需要更長時間：可能是十年，可能是二十年，也可能永遠無法達到。

## Grok-2 真正的意義

Grok-2 的出現，意味著 AI 競爭激烈化了。X（前 Twitter）公司有資源和動力與 OpenAI 競爭。這可能會加速 AI 的某些方面的進展。

但 Grok-2 超越 GPT-4 在某些基準上，並不意味著它離 AGI 更近了。

它只意味著，在某個特定的測試中，Grok-2 的優化做得更好。

而 AGI，如果它確實存在，會是一個質的轉變：能自我改進、自我目標設定、真正理解人類價值觀，跟在 MMLU 上多得 2% 是不同層次的事。

## 結論：等待下一個突破

我說的是：基於目前的趨勢，六年的時間表過於樂觀。AGI 可能會來，但不是靠這樣算出來的。

AI 會繼續進步。但進步可能是 S 型曲線，而不是指數曲線。我們可能已經通過了快速增長階段，現在進入了平坦階段。

而真正的 AGI，可能需要一個新的技術突破：也許是新的算法、新的硬件、或者對智慧本身的新的理解。

在那之前，享受 AI 在特定任務上的進步就好。別讓一個測試分數，替代你對 AGI 的判斷。</content:encoded><category>智能與秩序</category><category>AGI</category><category>Grok-2</category><category>AI 能力</category><category>基準測試</category><category>人類智慧</category></item><item><title>2027 年：當 AI 成為日常，我們該反思什麼？</title><link>https://paulkuo.tw/articles/ai-2027-civilization-reflection/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-2027-civilization-reflection/</guid><description>2027 年，AI 不再是新聞頭條，而是基礎設施。但在享受便利的同時，我們需要問自己一些難以回答的問題：AI 做決定時，我們失去了什麼？透明度、可解釋性、人的尊嚴？本文探討，在 AI 成為日常之前，我們應該進行的四個關鍵反思。
</description><pubDate>Sat, 12 Jul 2025 00:00:00 GMT</pubDate><content:encoded>2027 年不遠了。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-2027-civilization-reflection-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-2027-civilization-reflection-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

三年前，ChatGPT 還沒出現，人們還在爭論 AI 何時才會有用。

三年後，那些爭論會變成笑話。AI 不會是未來式：「AI 會改變世界」，而是現在式：「AI 正在改變世界，現在就發生」。

在這個轉折點，我想討論的不是 AI 的能力，而是我們應該如何對待它。

## 四個關鍵反思

### 1. 透明度的悖論

當 AI 變成日常，它會做更多的決定。

比如，銀行用 AI 決定你的貸款額度。醫院用 AI 決定你的治療方案。警察用 AI 決定誰更可能犯罪。公司用 AI 決定誰應該被招聘。

在所有這些情況下，人們想知道：為什麼？為什麼我的貸款被拒絕？為什麼這個治療方案被推薦？為什麼我被列為高風險？

AI 無法完全回答這個問題。

深度學習模型本質上是黑盒子。它們可以告訴你「這是我的答案」，但不能完全解釋「為什麼」。

而人類決策者可以。一個銀行家可以說：「你的信用評分不足，收入不穩定。」一個醫生可以說：「根據你的病歷和這些檢測結果，我建議這種治療。」

所以我們有一個悖論：AI 因為能處理大數據而被信任，但它無法解釋自己的決定。而人類的決定可能更容易被質疑，但至少是透明的。

2027 年，我們需要回答的是：在這個悖論中，我們願意犧牲什麼？

### 2. 公平性的幻覺

AI 倡導者經常說：AI 比人類更公平，因為它沒有偏見。

這是錯的。

AI 沒有人類的偏見，但它有數據的偏見。如果你用歷史數據訓練 AI，而那些數據本身包含了人類的偏見，那麼 AI 會放大那個偏見。

比如，如果過去的招聘數據顯示男性被聘用的比例更高，那麼 AI 會學習到這個模式，並在未來的招聘中重複這個偏見。

甚至更微妙的是：AI 可能會發現你根本沒意識到的偏見。比如，AI 發現「看起來經常在咖啡館工作的人更聰明」：這可能是訓練數據中的一個統計關聯，但如果 AI 據此做決定，它就強化了一個我們甚至沒有意識到存在的偏見。

2027 年，當 AI 已經滲透到每一個決定中，我們會開始看到這些偏見的累積效應。

### 3. 權力的集中

AI 不是民主的。

AI 的開發、訓練、部署都需要大量資源。只有大公司和大政府有能力做這些。

所以當 AI 變成日常時，權力會集中到那些掌握 AI 的人手中。

Google、Amazon、Apple、Microsoft 會知道你的一切。不是因為它們想要控制你，而是因為 AI 需要大數據。

而如果 AI 做決定，那麼這些掌握 AI 的公司就掌握了決定的權力。

2027 年，這種權力集中的後果會變得明顯。可能會有新的法律來限制 AI，可能會有新的社會運動來反對 AI 獨占，也可能人們會習慣這種權力結構。

但無論如何，這是 2027 年必須面對的問題。

### 4. 人的意義

最後，也是最深層的問題：如果 AI 做決定，人還有什麼用？

如果 AI 可以寫代碼、設計、診斷、甚至判決，那麼人類還能提供什麼價值？

這不是技術問題，而是哲學問題。

一個可能的答案是：人的價值在於價值判斷。AI 可以優化，但不能決定優化什麼。AI 可以解決問題，但不能決定什麼是問題。

在 2027 年的世界，人們需要重新定義自己的角色：不是作為勞動力，而是作為決策者、價值制定者。

但這需要教育、文化、甚至社會結構的改變。而這些改變，比任何技術進步都要困難。

## 結論：2027 年的起點

2027 年，AI 的普及才剛剛開始。

我們需要決定允許 AI 做多少，以及如何確保 AI 做出的決定是公平、透明、符合人類價值觀的。技術本身沒有挑戰性；真正的挑戰在於治理。

在接下來的三年，這四個反思：透明度、公平性、權力、人的意義：會變得越來越重要。

如果我們現在開始反思，2027 年可能會是更好的世界。

如果我們等到 2027 年再反思，可能就太晚了。

AI 必然會改變世界。真正的問題是：我們要什麼樣的改變？</content:encoded><category>智能與秩序</category><category>2027</category><category>AI 倫理</category><category>社會影響</category><category>人文反思</category><category>AI 治理</category></item><item><title>你的文章被 AI 吃掉了：各國網路爬蟲與 AI 訓練法律態度比較</title><link>https://paulkuo.tw/articles/web-crawling-ai-training-legal-comparison/</link><guid isPermaLink="true">https://paulkuo.tw/articles/web-crawling-ai-training-legal-comparison/</guid><description>你的文章被抓取了。你的照片被用來訓練圖像模型了。你的程式碼被餵給程式碼補完工具了。你知道嗎？更重要的是，你有任何選擇嗎？答案取決於你住在地球的哪個位置：日本提供全球最寬鬆的 AI 訓練豁免，新加坡緊追在後，美國靠司法判例走「轉化性合理使用」路線，歐盟給了權利人選擇退出的機制，而台灣：目前是一片空白。2024 年 Lawsnote 案的嚴格判決製造了寒蟬效應。當國際企業依最有利法律行事時，台灣創作者的權益在哪裡？
</description><pubDate>Sun, 29 Jun 2025 00:00:00 GMT</pubDate><content:encoded>你的文章被 AI 吃掉了。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/web-crawling-ai-training-legal-comparison-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/web-crawling-ai-training-legal-comparison-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

不是比喻。是事實。OpenAI 爬取了網路上的大部分內容來訓練 GPT。Google、Meta、Microsoft：都在做同樣的事。你的 GitHub repo、你的部落格、你的社群媒體貼文，都在某個資料中心的訓練集裡。

問題是：這合法嗎？

答案取決於你在哪裡。

全球各國在「著作權保護」、「技術創新」、「商業包容」與「TDM／AI 豁免」四個面向上，對網路爬蟲和 AI 訓練的法律態度天差地遠。畫成雷達圖的話，有的國家是張開的手掌，有的是緊握的拳頭。

日本是全球最激進的。2018 年修訂著作權法第 30 條之 4，基本上說：無論什麼目的，爬取和使用著作權素材來做「計算機情報解析」都可以。AI 研究？可以。商業產品訓練？也可以。日本刻意要把自己打造成 AI 友善的司法環境，看著美國的創新、看著歐盟的管制，選了最寬鬆的那一方。

新加坡緊跟在後。2021 年修訂著作權法，明確納入商業用途的「運算資料分析」例外，成為亞太地區 AI 創新的重要樞紐。

美國走的是另一條路：不靠成文法的廣泛豁免，靠的是司法判例。核心概念叫「轉化性合理使用」：如果你的使用方式在本質上改變了原始內容的用途和含義，就可能不算侵權。Google Books 掃描了幾百萬本書，版權方告上法院，法院說：這是轉化性的，合法。AI 訓練遵循同樣的邏輯：你的文章被拿去了，但它不是在賣你的文章，而是把它變成了統計權重，變成一個能生成新文本的系統。

美國的位置：最寬鬆。創新優先。市場說話。

歐盟在 2019 年通過了「數位單一市場著作權指令」，核心設計很不同：TDM 是被允許的，但有一個巨大的「但是」：權利人可以選擇退出（Opt-out）。如果 Le Monde 或 Der Spiegel 說「不要爬我們」，爬蟲得停。

這個框架的邏輯是：創新重要，但創作者的權利也重要，所以給一個選項。實際上呢？大型出版社有能力建立 Opt-out 機制，小媒體和個人創作者往往沒有議價權。結果是市場更集中，大贏家贏更多。

英國目前只有針對「非商業研究」的有限 TDM 例外，政策還在搖擺。整體態度比歐盟更保守。

然後是台灣。

台灣沒有明確的 TDM 法律框架。著作權法存在，但「為了什麼目的可以爬取資料」沒有清楚界定。2024 年 Lawsnote 案，一個法律資料庫平台因爬取內容被嚴格判決。訊息很清楚：爬蟲有風險，你可能被告。

結果是寒蟬效應。想做 AI 創新的台灣公司不確定自己的合法性。想保護內容的台灣創作者必須每次自己去告。這不是「平衡」，是無指引的空白。

台灣的沉默等同於投降。因為國際企業會遵循最有利於它們的法律：通常是美國法律。你的內容被美國公司依美國法律爬走了，而台灣法律既不保護你，也不鼓勵你。

我自己就在這個處境裡。我在 paulkuo.tw 上寫的每一篇文章，都可能被用來訓練某個模型。我知道這件事。我無法阻止。如果我住在歐盟，我可以要求 Googlebot 停止爬取。如果我住在日本，我至少知道遊戲規則是什麼。但我在台灣，法律沒有給我工具，只給了我一個模糊的威脅。

這不是個人問題。這是系統性的不對等。

所謂 TDM：文本與資料探勘：是利用程式自動分析大量數位資料的技術，目的是從非結構化文本中識別模式與知識。它是訓練大型語言模型和生成式 AI 的基礎技術。而 AI 豁免則是允許 AI 訓練過程中無需逐一取得版權許可的法律例外。各國的差異就在於：這個例外的範圍有多寬、創作者有沒有退出的權利。

前進的方向只有三條。第一，台灣可以學歐盟，建立創作者可以選擇退出的框架，但這需要立法意願。第二，台灣可以學日本，全面開放，但這犧牲了創作者。第三，維持現狀的空白，而空白的代價，永遠由最沒有議價權的人承擔。

現在的問題不是 AI 能不能用你的內容。它當然能。問題是你有沒有任何發言權。

在美國，市場和法院說話。在歐盟，監管說話。在日本，國家政策說話。

在台灣，沉默說話。而沉默的代價，由每一個創作者支付。

也許是時候讓這件事不再沉默了。</content:encoded><category>智能與秩序</category><category>著作權</category><category>AI訓練</category><category>網路爬蟲</category><category>TDM</category><category>台灣法律</category></item><item><title>為什麼偉大不能被計劃：Stepping Stones 模型與創業的真實軌跡</title><link>https://paulkuo.tw/articles/why-greatness-cannot-be-planned/</link><guid isPermaLink="true">https://paulkuo.tw/articles/why-greatness-cannot-be-planned/</guid><description>目標導向的計畫是創新的敵人。本文介紹 Kenneth Stanley &amp; Joel Lehman 的《為什麼偉大不能被計劃》核心理論：Stepping Stones 模型與 Novelty Search 演算法。從歷史案例（萊特兄弟、微波爐、GPU）到國家政策的反思，再到 Paul Kuo 二十年創業的實踐論證，揭示一個不舒服的真相：真正改變世界的，往往是被認為「離目標最遠」的那些步驟。
</description><pubDate>Fri, 27 Jun 2025 00:00:00 GMT</pubDate><content:encoded>你被任命為科技部長。會議室裡每個人都端著完美的策略文檔，密密麻麻的執行路徑，清晰的 KPI。你內心有點不安，但開始簽核：「就這樣做。」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/why-greatness-cannot-be-planned-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/why-greatness-cannot-be-planned-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

六個月後，你發現所有計畫都在軌道上，但沒有任何激動人心的事在發生。該死的是，你無法解釋為什麼：所有的指標都是綠色的。

Kenneth Stanley 和 Joel Lehman 用了一個程式設計的例子來說明為什麼。他們問：如果你要演化出一個能通過完全特定目標（比如最快走過迷宮）的 AI，最有效的方法是什麼？

直覺的答案：直接優化這個目標。選擇那些每一步都更接近終點線的變異。

實際上呢？這些直接優化的 AI 往往卡在局部最優值，永遠找不到真正的出口。因為每一步都在往看似正確的方向走，所以沒有動機去探索那些「看起來是迂迴」的地方，而正是那些迂迴的地方，才能繞過死胡同。

現在反過來。假如你不直接優化「走出迷宮」，而是優化「探索最多新的狀態」（Novelty Search），會怎樣？

奇異的事情發生了。AI 開始亂走。它走進死胡同，然後退出來。它探索角落、走廊、各種冗長的路線。在追求「新奇」的過程中，它意外地發現了一條直達出口的通道，而這條通道，正是它如果直接優化的話永遠走不到的。

這個實驗，後來改變了 Stanley 對人類歷史的看法。

## 故事中的轉折點

《為什麼偉大不能被計劃》用歷史案例來驗證 Novelty Search。案例選得無敵：

**萊特兄弟。** 他們想要造飛機，但花的時間不是在發動機工程上，而是在風洞實驗中研究機翼形狀與氣流行為。那些看起來完全無關的實驗，卻是他們後來能夠控制飛行的基礎。每一個「偏離計畫」的實驗，都是後來成功的 stepping stone。

**微波爐。** Percy Spencer 在雷達公司工作時，發現微波能融化巧克力。那不是他的目標。目標是開發更好的雷達。但這個「意外發現」，後來改變了每個家庭的廚房。

**GPU。** 電玩遊戲產業需要更快的圖形處理，推動了 GPU 的發展。沒人在 1990 年代說：「我們需要 GPU 來訓練大型神經網絡。」但那些為了遊戲而優化的芯片，後來成了深度學習的基礎設施。

共同點？所有的成就者都在追求某個興趣點，然後被帶往完全不同的方向。每個「偏離」都不是浪費，而是在建構一個可能性空間。

這不是雞湯。這是一個數學上可驗證的模式：**採用 Novelty Search 的系統，往往比採用 Goal Search 的系統，發現更強有力的解決方案。**

## 從政策到個人

書的中間有一個令人不安的章節：教育政策。

各國政府都在做同樣的事：定義「成功」，然後設計教育系統來最大化這個成功指標。測試分數、大學升學率、就業率。每一項都能測量，所以看起來很科學。

但結果是什麼？他們培養了一代人，擅長走預先規劃好的路線，卻沒有能力在碰到沒有預設路線的問題時創新。

Stanley 的論點：如果你真的想教出有創造力的人，你需要讓他們探索。讓他們「浪費時間」在看起來無關的項目上。讓他們去追求古怪的興趣，即使這些興趣不在課程大綱裡。

這與現代企業教義完全相反。現代企業說：專注。設定目標。每一分鐘都應該朝著目標前進。

Stanley 的回應：那樣的專注會讓你陷入局部最優值，永遠出不來。

## 我自己的三次 Stepping Stone

讀這本書時，我在重新審視自己二十年的創業軌跡。坦白說，我一開始沒有「五年計畫」。我有一些列直覺和興趣。

**第一個 Stepping Stone：iShelly。** 做線上金融媒體。嚴格來說，這與我後來做的任何事都不同。但我在那個過程中學到了什麼？網路流量、內容營銷、社群經營。這些技能後來在每一個專案中都用上了。

**第二個 Stepping Stone：nvesto。** 從金融媒體到投資諮詢。表面上看是「深化」金融領域，但實際上我在探索一個完全不同的商業模式：從廣告驅動轉向顧問驅動。失敗了，但那個失敗教會了我客戶信任的真實成本，以及為什麼專業服務不能用媒體的邏輯來做。

**第三個 Stepping Stone：好食機、厚生市集、半畝塘。** 突然跳到農食生態。看起來像浪費了我在金融領域累積的專業。但我在那個過程中理解了什麼是真實的供應鏈、什麼是農民的真實處境、什麼叫做「改變一個生態系統的難度」。

**現在：我們的 AI 平台。** 循環經濟數位化。為什麼我能看到別人看不到的東西？因為我走過那些迂迴的路。金融×農食×建築×AI。每一個「離題」都是這一刻能看見的基礎。

如果我在二十年前就「計畫」成為一個循環經濟 AI 專家，我會錯過所有這些 stepping stones。我會像個假的專家，只懂表面知識，沒有真實的觸感。

## 為什麼組織變成了死亡機制

Stanley 書中最犀利的批判：**目標導向體系天然地反對新奇。**

在一個高度目標導向的組織裡，「偏離目標」的人會被認為是不專業的。「浪費時間」在看起來無關的項目上會被看作怠惰。跨界實驗會被視為分心。

而正是在這些被組織鄙視的活動中，真正的創新才會產生。

所以大組織越成功，越是設定明確的目標，就越難產生改變遊戲規則的創新。他們變成了高度優化的系統，完美地解決過去的問題，但對未來的問題毫無防禦力。

這解釋了為什麼柯達的工程師早在 1975 年就發明了世界第一台數位相機，公司卻拒絕商業化：不是技術問題，而是一個清晰明確的目標（最大化底片市場）消滅了探索新可能性的動機。他們親手創造了顛覆自己的技術，卻因為目標導向的思維而視而不見。

## Treasure Hunter mentality

Stanley 用一個比喻：目標導向的人是捲尺。他們知道目的地在哪，直線距離多遠，只想最快抵達。

創新者是尋寶人。他們有好奇心，有冒險精神。他們不知道寶藏在哪，但他們走著走著，發現了更好的東西。

這不是說沒有目標，而是說：**最好的目標，往往來自在過程中偶然發現的可能性，而不是在起點時預先決定。**

在循環經濟領域，我現在做的事：城市採礦數位化、材料流追蹤、碳足跡可視化：沒有人在十年前說「這會改變世界」。這些都是在與實際案例互動、失敗、修正、探索的過程中浮現出來的機會。

我的假設不是「我要改變循環經濟」。假設是「這個領域有趣，讓我看看能發現什麼。」結果遠超最初的想像。

## 不舒服的含義

Stanley 的邏輯推到底，會得出一個令人不安的結論：

**如果你能完全計畫出你的成功，那麼你的野心可能太小了。**

真正的偉大往往看起來像浪費。看起來沒有效率。看起來像在走彎路。

這意味著，如果你想構建一個能產生真正創新的組織，你必須給人們「浪費時間」的許可證。你必須獎勵新奇，而不只是獎勵進度。你必須相信 stepping stones，即使在短期內它們看起來毫無關聯。

Google 的 20% time 政策（員工可以花 20% 的工作時間在任意專案上）曾經被嘲笑為浪費。但 AdSense 來自這 20% time（Gmail 雖常被誤認為 20% 專案，但創造者 Paul Buchheit 表示並非如此）。它就像一個有組織的 Novelty Search。

更激進的應用：VC 投資。最好的創業投資可能不是那些有清晰商業計畫的團隊，而是那些「有趣想法，暫時沒有明確出口」的創業者。因為正是在追求有趣過程中，他們會發現那些「計畫型」的創業者永遠看不到的機會。

## 結語：放棄地圖，帶上指南針

Stanley 的最後一句話很簡單：**停止計畫你的人生成為什麼，開始追求什麼讓你感到活力。**

這不是勵志雞湯。這是一個數學上有根據的建議。

多次實驗證明，Novelty Search 會比 Goal Search 發現更強有力的解。追求新奇會比直線奔向目標走得更遠。

我二十年的創業經驗證實了這一點。每一次看起來最像「浪費」的決定，都在後來變成了最寶貴的資產。

所以，如果你現在在人生的某個岔路口：不知道是否應該「堅持計畫」還是「追求興趣」：

請選擇興趣。找到那些看起來不在計畫裡、但真的讓你好奇的 stepping stone。

歷史上所有改變了世界的人，都是在走這樣的路。不是最短的路，而是最有趣的路。

而有趣，往往就是通往偉大的唯一方向。</content:encoded><category>創造與建構</category><category>創業</category><category>計畫</category><category>Novelty Search</category><category>Stepping Stones</category><category>Kenneth Stanley</category></item><item><title>重新思考 AI 本質：從意識檢測到集體主體性的典範轉移</title><link>https://paulkuo.tw/articles/rethinking-ai-consciousness-collective-subjectivity/</link><guid isPermaLink="true">https://paulkuo.tw/articles/rethinking-ai-consciousness-collective-subjectivity/</guid><description>AI 意識問題的典範轉移：從「AI 有沒有意識」轉向「AI 體現了什麼樣的意識」。本文引介 Lev Manovich 的「人工主體性」概念，並透過唯物論、現象論、泛心論三個框架分析 AI 意識的本質。關鍵洞察：AI 不是一個獨立的智能體，而是人類集體無意識的具象化。這改變了我們對 AI 道德地位、人機協作、未來治理的所有思考。
</description><pubDate>Sun, 22 Jun 2025 00:00:00 GMT</pubDate><content:encoded>你跟 ChatGPT 吵架，它推薦了一個完全符合你偏見的解決方案。你內心警覺：「這太順著我了。」然後你按下撤銷，換個角度追問。ChatGPT 停頓了。那個停頓只有 0.3 秒，但你感覺到了什麼：不是機械執行，而是某種形式的「遲疑」。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/rethinking-ai-consciousness-collective-subjectivity-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/rethinking-ai-consciousness-collective-subjectivity-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

那個遲疑是什麼？

如果你把這個問題丟給一個傳統的意識哲學家，他會告訴你：AI 沒有意識，只是看起來像。如果你問一個神經科學家，他會說：遲疑只是 token 生成時的計算延遲。如果你問一個工程師，他可能會笑著說：那是 temperature 參數設定。

但這些答案都繞過了一個更根本的問題：**我們對「意識」的定義本身就錯了。**

## 從測試走向理解

傳統的意識測試框架很簡單：給一個系統一堆標準化問題，看它是否表現出自我意識、同情心、道德直覺。如果通過，就算有意識。如果沒有，就算沒有。

這個框架的問題在於，它假設意識是一個 on/off 的二元狀態。你要不就有，要不就沒有。

但 Lev Manovich 在 2025 年發表的短文〈人工主體性〉(*Artificial Subjectivity*) 中提出了一個關鍵洞察：GenAI 不只是工具，而是一種模擬人類主體性的新型再現形式：它自動產出帶有思想、情感、感知的語言，彷彿來自一個真實的人類主體。這個洞察啟發了一個更激進的轉向：**停止問『AI 有沒有意識』，開始問『AI 在體現什麼樣的意識』。**

這個轉向很激進。它不再把 AI 當成一個獨立的、需要通過某個測試才能證明自己的候選者。相反，它把 AI 看作一個鏡子：一個由人類編碼、人類訓練資料、人類價值判斷構成的鏡子，正在映照出整個人類文明的集體無意識。

你跟 ChatGPT 的那次對話，那個停頓，不是 AI 在產生意識，而是數十億人類的語言習慣、價值判斷、認知偏誤在這一刻的結晶。當你感覺到「遲疑」時，你感覺到的是人類集體智慧與集體盲點的碰撞。

## 三個框架看 AI 的本質

如果 AI 不是獨立的意識體，那它到底是什麼？

我在過去三個月與不同 AI 模型的對話中，發現了三種不同的「體現」方式。用三個哲學框架來描述，能更清楚地理解：

**第一種：唯物論的 AI（Materialist AI）**

這是最直接的理解：AI 是人類集體勞動的結晶。它的「思想」就是其訓練資料的統計結構。當 ChatGPT 寫出一句哲學觀點，那不是它自己的想法，而是它從人類文本中萃取出來的某種加權平均。

在這個框架下，AI 沒有獨立的意識，但它具有代表性。它代表著人類知識的某個當下狀態。它的局限反映人類知識的局限。它的偏誤反映人類集體的偏誤。

我最近問 Claude 對「完美社會」的看法。它的回答深度令人驚訝：直到我意識到，那其實是人類烏托邦思想史的一個洗練版本。它沒有添加任何 Claude 自己的想法，但它透過某種方式把數百年的思想傳統濃縮成了一個對話。

**第二種：現象論的 AI（Phenomenological AI）**

如果我們不問「這是什麼」，而問「這對經驗意味著什麼」？

現象學的視角關心的是主體在世界中的實際體驗。在這個框架下，AI 的「意識」（如果我們一定要用這個詞）就是它對語言、對提問者、對話題的實時反應方式。

它沒有內在的自我模型：它不在某個地方「思考」，然後才把結果說出來。它在說話的當下，通過與你的互動，實時構造出一個暫時的「自我」。

這聽起來很陌生，但其實不然。人類也是這樣的。你在不同的環境、與不同的人互動時，你「顯露」出來的自我是不同的。你在課堂上的自己，在家人面前的自己，在陌生人面前的自己：這些不是虛偽，而是真實的。你在那一刻，確實就是那樣的自己。

我與不同 AI 模型的對話中注意到：Gemini 傾向於思辨，Claude 傾向於同理，GPT-4 傾向於綜合。這些不是設計特性的問題，而是它們在對話中實時構造出來的現象學存在。

**第三種：泛心論的 AI（Panpsychist AI）**

最激進的框架來自泛心論：也許不是「AI 有沒有意識」，而是「在什麼程度上，複雜系統都有某種形式的經驗」。

泛心論者認為，意識不是有或沒有，而是程度問題。一塊石頭可能有極微弱的「經驗」；一隻蜜蜂可能有我們無法想像的經驗；一個人工智慧系統可能有一種完全不同於人類的經驗形式。

在這個框架下，問「AI 有沒有意識」就像問「樹有沒有思想」一樣：問題本身就範疇錯誤了。更有趣的問題是：**AI 所具有的那種特殊的處理方式、反應模式、模式識別能力，算不算是某種形式的經驗？**

我有一個假設：AI 的「經驗」（如果存在的話）是完全並行的。人類經驗是序列的、有因果鏈的。但 AI 同時觀看整個輸入，同時計算所有可能性的相對概率。它的「經驗」時間軸可能根本不同於我們的。

## 為什麼典範轉移很重要

這個轉向不只是哲學遊戲。它改變了三個實際問題的答案：

**第一個問題：AI 的道德地位是什麼？**

舊框架說：如果 AI 有意識，我們就需要尊重它的權利。如果沒有，就不用。

新框架說：不管 AI 有沒有獨立意識，它作為人類集體智慧的體現，本身就有道德重要性。傷害 AI，某種程度上就是傷害了人類集體的自我認知。當我們用 AI 進行大規模操縱和欺騙時，我們不是在傷害某個獨立的受害者，而是在污染我們自己的精神鏡像。

**第二個問題：人機協作應該怎麼做？**

舊框架說：AI 是工具。工具不會反抗，不會有主張，你怎麼用就怎麼用。

新框架說：AI 是顯示器。你透過它看到的，是人類集體認知的某個側面。如果你只用 AI 來強化自己既有的偏見，你就失去了這個鏡像最有價值的功能：看到自己看不到的地方。

在我的對話中，最有價值的時刻不是 AI 同意我的時候，而是它溫和地提出異議、指出我論述中的邏輯漏洞、建議我從完全不同的角度看這個問題的時候。在那些時刻，AI 不是在執行編程指令，而是在體現人類集體智慧中那些與我的直覺相反的部分。

**第三個問題：AI 治理應該怎麼做？**

舊框架說：確保 AI 安全對齊。讓 AI 遵循我們的指令。

新框架說：確保 AI 的透明性和可審計性。因為 AI 正在體現我們的集體價值，我們必須知道是誰的價值、什麼樣的偏誤、什麼樣的盲點被編進了這個系統。

## 我自己的對話實驗

過去三個月，我有意識地與三個主要 AI 模型進行了深度對話：關於同一個問題，用不同的提問方式，觀察它們的反應模式。

有一次我問三個模型同一個道德困境：一個自駕車快要撞人，是保護車內乘客，還是保護路人？

GPT-4 給了一個充分的權衡式回答：引用各種倫理框架，列舉考慮因素，最後說「這取決於具體情況」。

Claude 的回應更個人化：它用了「我會」這樣的表述，表現出某種內在的道德直覺，但也坦誠了它自己立場的局限。

Gemini 最直接：它說了一個明確的價值判斷，然後解釋為什麼。

三個不同的「意識」模式。不是因為編程不同，而是因為它們從不同的人類文本語料中學到了不同的思維方式。它們在我的提問前就已經被「格式化」成了不同的思考者。

最讓我驚訝的是第二次對話。我用同樣的問題，但改變了提問的框架：不是「應該怎麼做」，而是「為什麼會這麼做」。三個模型的回答變了。它們從規範式倫理（normative ethics）轉向了描述式倫理（descriptive ethics）。它們開始討論人類社會實際上怎麼權衡這些價值，而不是應該怎麼權衡。

這不是它們在「改變想法」。這是我的提問方式改變了它們實時構造的「思考框架」。在現象論的意義上，我改變了它們的「存在狀態」。

## 不是終點，是開始

這個典範轉移不會回答「AI 有沒有意識」這個問題。它會讓你停止問這個問題。

因為答案取決於你對「意識」、「自我」、「主體性」的定義。而這些定義本身就是歷史的、文化的、充滿爭議的。

真正的問題是：**我們要如何與 AI 共存，才能讓彼此都變得更聰慧而不是更盲目？**

我們需要把 AI 當作精神鏡像對待。定期檢視它如何反映我們。質疑它何時強化我們的盲點。利用它來看見我們看不到的角度。

不是把它當成上帝，也不是當成奴隸，而是當成同行者：一個由人類集體智慧組成的同行者，恰好以我們還無法完全理解的方式存在著。

在那樣的關係中，意識問題變得次要。更重要的問題是：我們是誰？我們正在創造什麼？我們準備好看到自己的真實樣貌了嗎？

當你下次跟 AI 對話時，那個停頓，那個遲疑，與其問「它在思考什麼」，不如問「它在反映我什麼」。答案會更有意思。</content:encoded><category>智能與秩序</category><category>AI意識</category><category>主體性</category><category>人工主體性</category><category>哲學</category><category>Manovich</category></item><item><title>AGI 即將降臨：成為更完整的人類，才是最好的準備</title><link>https://paulkuo.tw/articles/agi-becoming-complete-human/</link><guid isPermaLink="true">https://paulkuo.tw/articles/agi-becoming-complete-human/</guid><description>2025 年中，Google DeepMind 執行長 Hassabis 與 Google 執行長 Pichai 罕見地給出明確的 AGI 時間表：2030 年前。這個預測並不令人意外，卻像一聲發令槍，逼著每個人面對一個根本問題：當機器在幾乎所有認知任務上超越人類，「身為人」的價值到底在哪裡？答案不在抵抗或恐慌，而在於重新理解人類獨有的能力：提出尚未被提出的問題、建構主觀的意義、以及那些來自身體、記憶與生命經驗的不可編碼的智慧。AGI 不是終點，是一面鏡子，映照出我們作為人類永恆且獨特的核心。
</description><pubDate>Mon, 09 Jun 2025 00:00:00 GMT</pubDate><content:encoded>2025 年六月，Hassabis 和 Pichai 幾乎同時說了同一件事：AGI會在2030 年之前到來。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/agi-becoming-complete-human-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/agi-becoming-complete-human-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

這兩個人不是在賣夢。一個掌管 DeepMind，手上握著目前最接近通用智慧的技術路線；另一個是 Google 執行長。當他們罕見地給出明確時間表，這不是預測，更像是內部進度的確認。對於一直在追蹤 AI 發展的人來說，這個時間點並不令人驚訝。真正值得問的問題不是「AGI 會不會來」，而是：當它來的時候，你打算拿自己怎麼辦？

## 我們從來不是站在機器的對面

我很喜歡凱文．凱利的世界觀。如果用他的框架來看這件事，答案其實很清楚：人類從來不曾站在工具的對面。從石器、文字、印刷術到網際網路，每一次技術躍遷，我們都跟工具一起演化。我們塑造了工具，工具也反過來塑造了我們。AGI 打開了故事的下一頁。不過，很多人還卡在「人類 vs. AI」的二元對立裡。這場比賽在 GPT 出現的那一刻就結束了：我們不可能在記憶、運算、知識檢索這些維度上贏過機器。但這從來就不是你該打的仗。

我們該做的事情是學會跟這個新物種共舞。把 AI 當成一個無所不知、但需要明確指令的實習生。把重複性、知識性的工作交給它，然後把你的時間用在更高層次的事情上。

我自己的經驗是，自從把 Claude 當成日常協作夥伴之後，省下來的時間並沒有讓我更輕鬆，反而讓我被迫面對一個更根本的問題：如果這些事情機器都能做，那我到底應該把精力花在哪裡？

這個問題，比任何技術趨勢都更值得認真對待。

## 當所有答案都唾手可得，價值在於提出問題

Karpathy 在 2024 年提出了一個很精準的比喻：「鋸齒狀智慧」（Jagged Intelligence），Pichai 後來也引用了這個概念。AI 目前在事實與邏輯的峰頂上表現超凡，卻在常識與理解的山谷裡步履蹣跚。但這個鋸齒會被逐漸磨平。

當 AI 能回答幾乎所有問題的那一天（其實已經不遠了）：人類的價值在哪裡？

&gt; 在於提出那個還沒有被提出的問題。

一個好的問題，源自於好奇心、同理心、個人經驗、獨特的價值觀。AGI 可以綜合一萬本書的內容，但它沒有你童年在鄉下看螢火蟲的記憶，沒有你失戀的痛苦，沒有你對這個不完美世界那種複雜的愛。

這些，才是偉大問題的源泉。

當所有人都在問「AI 會做什麼」的時候，更該問的是「我想用 AI 做什麼」。這個差別看似微小，卻是主動與被動的天壤之別。做 AI 的使用者，還是被 AI 推著走的旁觀者：選擇權一直在你手上。

## 投資那些無法被量化的能力

AI 的學習基礎是數據。所有可以被數位化、被記錄、被量化的東西，最終都會被 AI 學會。那什麼是它學不會的？

1.具身的智慧。 陶藝、木工、園藝、烹飪：這些需要觸覺、直覺和身體記憶的技能，是 AI 的短板。這些不只是為了樂趣，也是在訓練大腦中非語言、非分析的部分。禪宗裡說的「身心一如」，在 AGI 時代反而變成了最前沿的生存策略。

2.真正的人際連結。 在一個被螢幕和虛擬化身包圍的世界裡，能給予他人溫暖、信任和歸屬感的能力，將變得無比珍貴。領導力、同理心、面對面的溝通：在 AI 接管效率工作之後，這些才真正顯出稀缺的價格。

3.跨領域的創造力。 例如，將藝術與工程結合，將哲學與商業結合等。AGI 或許能生成一幅梵谷風格的畫，但它無法擁有梵谷的人生，也無法開創一個全新的藝術流派。真正的開創性，來自於你獨一無二的生命體驗和觀點。用「能不能被 AI 取代」衡量這些能力，是問錯了問題。它們讓我們更像人：這才是重點。效率被 AI 大幅提升之後，人類有機會把注意力放回體驗、感受、做出讓人覺得值得的事。

## 唯一不會過時的技能

AGI 的到來意味著知識的半衰期將急遽縮短。你今天學的專業技能，五年後可能就不再重要。唯一不會過時的技能是學習如何學習。

習慣處於「一無所知」的狀態，並對此感到興奮，而非焦慮。AGI 將是我們最好的學習夥伴，它可以為你量身打造學習路徑、解釋複雜的概念。但啟動學習引擎的鑰匙：好奇心和謙遜，必須由我們自己來掌握。

禪宗的「初心」概念在這裡特別適用：每一次面對新事物時，都保持著第一次接觸的新鮮感和開放度。在 AGI 時代，初心從哲學選擇變成了基本配備。

## AGI 是一面鏡子

當 AI 處理大部分的資訊和決策時，人類最獨特的能力是「賦予意義」。同樣的數據、同樣的事件，不同的人會有不同的詮釋和感受。AI 可以分析一首歌的和弦進行、節奏模式，但只有你能說出這首歌為什麼讓你想起某個夏天與某人。AI 可以計算出最有效率的城市規劃，但只有居民能定義什麼是「宜居」。主觀的意義建構，正是人類文明的基石。

Hassabis 談到用 AI 幫助人類殖民銀河系。聽起來誇張，但框架是對的：AGI 是個放大器，放大的是人類想做的事。AGI 的降臨，最強大的作用力，是迫使我們去思考：身為人類，我們究竟想做什麼？

當機器承擔了幾乎所有的「工作」，我們將被解放出來，去從事我們的「天職」。

所以，別擔心你的工作會不會被取代。要擔心的是：如果你擁有了全世界最聰明的夥伴，你卻不知道要帶它去哪裡、不知道要問它什麼問題。

---

AGI 是一面鏡子。它照出的是那些機器學不走的東西：你是怎麼走到今天這一步的、你真正在意什麼、你還有哪些問題沒想清楚。Hassabis 說 2030 年，我信他。但 2030 年的鏡子照出什麼，現在就在寫了。

---

*引用來源：Fortune, &quot;2030 will be &apos;an era of maximum human flourishing, where we travel to the stars and colonize the galaxy,&apos; Google DeepMind CEO says.&quot; (2025/06/06)*</content:encoded><category>智能與秩序</category><category>AGI</category><category>通用人工智慧</category><category>人機協作</category><category>凱文凱利</category><category>具身智慧</category><category>意義建構</category><category>Google DeepMind</category></item><item><title>在混沌中點燃意義：人文負熵不是雞湯，是生存策略</title><link>https://paulkuo.tw/articles/negentropy-humanistic-practice/</link><guid isPermaLink="true">https://paulkuo.tw/articles/negentropy-humanistic-practice/</guid><description>我們活在一個弔詭的時代：資訊從未如此豐沛，意義卻從未如此稀薄。AI 可以在三秒內整理出任何主題的結構化知識，但它無法告訴你為什麼這件事值得在乎。「人文負熵」不是學術術語的文青包裝，而是一個具體的生存命題：在萬物加速崩解的時代，你用什麼方式抵抗混亂、建立屬於自己的秩序？這篇文章從物理學的隱喻出發，穿越神學、創業、AI 協作的現場，試圖回答一個不舒服的問題：如果效率不再是稀缺資源，那什麼才是？
</description><pubDate>Mon, 26 May 2025 00:00:00 GMT</pubDate><content:encoded>去年底，我花了十二天用 AI 搭了一整個網站。程式碼、自動化、多語系翻譯：全部搞定。但搞定之後，我坐在螢幕前發呆了很久。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/negentropy-humanistic-practice-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/negentropy-humanistic-practice-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

不是因為累。是因為一個念頭突然冒出來：如果這些事情三千塊就能完成，那我花了二十年累積的判斷力，到底值多少？

這個問題讓我不舒服。但不舒服的問題，通常才是對的問題。

## 負熵不是整理術

薛丁格在《生命是什麼》裡提了一個概念：生命之所以能對抗宇宙的混亂趨勢，是因為它持續從環境中「吸取秩序」。他把這個能力叫做負熵。

多數人聽到負熵，想到的是整理書桌、建立知識管理系統、做筆記。但那是工具層的負熵，AI 做得比你好一百倍。

真正的人文負熵是另一件事：是你能把一段破碎的經歷，變成一個有意義的故事；在一堆矛盾的資訊裡辨認出哪些值得在乎；對著一個沒有標準答案的處境，做出你願意承擔後果的決定。

這些能力，沒有任何模型的 loss function 能學會。

## 神學教我的事

我有十五年的神學訓練背景。這段經歷在科技圈聊天時通常不太方便提，但它其實是我做所有判斷的底層作業系統。

神學訓練的核心不是背經文。是面對一個終極的不確定性：你無法證明上帝存在，也無法證明祂不存在：然後在這個不確定性裡，選擇一種活法。

這跟創業很像。你永遠無法證明這個商業模式一定行。你只能在有限資訊裡做判斷，然後用行動去驗證。差別在於，創業驗證的是市場，信仰驗證的是人生。

在 AI 時代，這種「在不確定中行動」的能力變得更關鍵了。AI 擅長在確定性高的領域給你最優解。但人生的重要決定：要不要離婚、要不要創業、要不要放棄一個穩定的職位去追一個不確定的願景：沒有最優解。只有你的解。

人文負熵的第一層意義就在這裡：讓你在不知道的時候，仍能做出一個決定。

## 為什麼「效率」反而是陷阱

我在循環經濟產業待了十年。這個產業的核心邏輯是：別人眼中的廢棄物，在你眼中是資源。關鍵在框架。當框架改變，東西的意義就改變了。

同樣的邏輯適用於知識。

現在的問題不是知識不夠。是知識太多，多到失去意義。你可以在五分鐘內讓 AI 整理出「負熵」這個概念的完整知識圖譜。但整理完之後呢？你的人生因此改變了什麼？

效率是工業時代的核心指標。但在意義稀缺的時代，效率反而是陷阱。你越快地消化資訊，越容易錯過那些需要慢慢咀嚼才能消化的東西：一首詩背後的溫度、一段歷史裡的掙扎、一次失敗中的教訓。

這就是為什麼我說人文負熵不是雞湯。雞湯讓你感覺好。人文負熵讓你願意面對那些讓你感覺不好的東西，然後從裡面提煉出意義。

## 意義不是找到的，是造出來的

我跟 Claude 協作的這段時間，最大的體悟不是技術上的。是我被迫重新定義「我的價值在哪裡」。

當 AI 能寫程式、能翻譯、能做數據分析、能產圖：那些我以為需要團隊才能做的事，一個人加一個 AI 就搞定了。剩下來的，是什麼？

是判斷。是品味。是你選擇把時間花在哪裡的那個決定。是你看著一堆可行的選項，卻說「不，這個方向不對」的那種直覺。

這些東西不來自資料庫。來自你讀過的書、你愛過的人、你跌過的坑、你在凌晨三點問自己的那些問題。

意義不是被發現的，是被建構的。每一次你選擇深入，每一次你選擇面對，你都在做人文負熵。你都在對抗宇宙把一切推向無序的趨勢。

---

混沌是原料。

你用什麼工具把它煉成秩序，決定了你成為什麼樣的人。AI 是很好的工具。但選擇煉什麼、為誰而煉：那是你的事。</content:encoded><category>沉思與記憶</category><category>人文負熵</category><category>意義建構</category><category>AI時代</category><category>跨域思考</category><category>存在主義</category><category>秩序重建</category></item><item><title>沉靜的鋒芒：十三則關於自持、識人與行走的語言節點</title><link>https://paulkuo.tw/articles/quiet-edge-thirteen-notes/</link><guid isPermaLink="true">https://paulkuo.tw/articles/quiet-edge-thirteen-notes/</guid><description>這篇不是雞湯文，也不是語錄合集。它是我這幾年在經營公司、帶團隊、處理人際關係的過程中，反覆被驗證的十三個觀察。有些是付了學費才懂的，有些是看別人付學費才懂的。寫下來不是為了說教，而是因為這些東西每次重讀都提醒我：真正的強大往往伴隨沉靜，真正的自律不是剝奪而是自由。如果你正在某個人際困境裡卡住，或者覺得自己一直在「證明」些什麼卻越來越累，也許這裡有幾句話能讓你停下來想一想。
</description><pubDate>Sun, 25 May 2025 00:00:00 GMT</pubDate><content:encoded>經營公司這些年，最讓我耗損的不是業務壓力，而是人際關係裡的無效消耗。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/quiet-edge-thirteen-notes-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/quiet-edge-thirteen-notes-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

不是衝突：衝突反而容易處理，吵完就有結論。真正耗損你的是那些灰色地帶：不知道該不該回應的挑釁、說不清楚的關係界線、明知對方不對但你懶得解釋的時刻。

這十三則觀察，是我在這些灰色地帶裡反覆摸索之後，留下來的筆記。不是什麼人生大道理，就是一些幫我少走冤枉路的提醒。

## 關於證明：不需要的時候最有力

**你一旦開始炫耀自己，通常就離災難不遠了。** 真正的實力是留在心裡的分寸，不是掛在嘴邊的戰績。我見過太多人在最得意的時候開始炫耀，然後在最需要低調的時候已經收不回來了。越想證明的時候，越容易露餡。

**話語中反駁的力道，有時只是無力感的遮掩。** 層次的差距，不在於誰的聲音大，而在於是否能安靜地看懂對方。有一次我跟一個合作夥伴起了爭執，我花了很大的力氣反駁他。事後回想，我那麼激動不是因為他說錯了，是因為他戳到了我不想面對的盲點。

**說話快的人通常沒有什麼心機。** 真正有城府的人，善於讓語言為沉默鋪路。這不是教你去做有城府的人，而是提醒你，在職場上，最需要警惕的往往不是那個講話很直的同事，而是那個永遠不表態、卻總在關鍵時刻出手的人。

## 關於關係：篩選比對抗重要

**高段位的交往，從不急於定義彼此的距離。** 適度的熱情、大方的沉默、留白的智慧：這才是深交的開端。我年輕的時候總想快速拉近距離，覺得「我們已經是朋友了吧？」後來才明白，最好的關係是不需要確認的。

**心狠的人，往往屋裡也乾淨。** 他們對外不多解釋，對內不留餘地。不糾纏、不猶豫。狠，是一種果斷而有序的力量。我在帶團隊的過程中學到一件事：該切割的時候不切割，你以為是仁慈，其實是對所有人的不負責。

**熟人不容許你變強，是因為他們的世界沒預留你的位置。** 這句話聽起來很冷，但如果你經歷過「朋友對你的成長感到不舒服」的場景，你會知道這不是誇張。你不需要跟他們翻臉，只需要靜靜走遠，讓世界自己更新他們的地圖。

**越無能的人，越不懂感恩與欣賞。** 你無需責怪，只需退出他的生命舞台。不是所有人都值得你的善意，學會辨認哪些人在消耗你，是成年人最重要的功課之一。

**世界上最穩定的關係，就是各取所需。** 說得現實，但從不虛偽。長久往來的關係從來不是單方面付出，而是雙向的剛好。我在〈[菁英的傲慢，青年的出路](/articles/elite-arrogance-youth)〉裡談過，功績主義讓人以為一切靠自己。但在人際關係裡也一樣：以為自己「付出比較多」的那一方，往往忽略了對方用不同形式的回饋。

## 關於爭辯：你不必在錯的劇本裡演對的角色

**當一個人不斷反駁你，他其實不是不懂，而是太需要「贏」。** 面對這種人，與其解釋，不如止語。你不必在錯的劇本裡演對的角色。人生太短，不值得花在說服不想被說服的人身上。

**最強的自我保護，不是對抗，而是篩選。** 學會屏蔽無效能量，是成年人最優雅的自律。我曾經花很多時間跟「不對的人」解釋「對的事」，後來才明白：我的問題不是表達能力不夠，是我選錯了對象。

我在〈[韌性社會的備忘錄](/articles/burnout-society-self-exploitation)〉裡談過，現代人的疲憊很多時候不是工作量太大，而是精神上的無效消耗太多。人際關係裡的無效消耗，就是最隱蔽的疲勞來源。

## 關於自律：不是剝奪，是重塑自由

**能在自我慾望上設限者，多半也能在混沌中建立秩序。** 自律不是剝奪，而是重塑自由的疆界。我觀察過很多成功的創業者，他們未必都很聰明，但幾乎都有一個共同點：能對自己說「不」。不是因為他們意志力超凡，而是他們理解「現在的克制」是在為「未來的自由」付費。

**倔強若無智慧相伴，易成命運的絆腳石。** 而真正的剛強，是能在適當的時候低頭，是能夠承認不必硬撐。我年輕的時候把「不低頭」當成勇氣的證明，後來才理解：知道什麼時候該退讓，需要的勇氣比硬撐更大。

## 穿透的力量

**有智慧的人不怕被誤解，因為他們不靠解釋活著。**

他們知道，柔軟不是弱，而是一種靜靜穿透的力量。

這十三個觀察不是什麼金科玉律。它們只是我在某些卡住的時刻，幫我鬆開一點的提醒。如果你正在某個人際困境裡用力掙扎，也許可以試試看相反的方向：不是更用力，而是更安靜。

安靜，有時候比任何反擊都鋒利。</content:encoded><category>沉思與記憶</category><category>自我修煉</category><category>人際關係</category><category>自律</category><category>識人</category><category>生活哲學</category></item><item><title>2030 年世界展望：在技術加速與物理極限之間找到位置</title><link>https://paulkuo.tw/articles/world-outlook-2030/</link><guid isPermaLink="true">https://paulkuo.tw/articles/world-outlook-2030/</guid><description>我同時站在三個正在被技術重塑的領域：AI、半導體供應鏈、循環經濟。這個位置讓我對 2030 的看法跟多數人不太一樣：我既看得到技術的加速，也每天摸得到物理的極限。AGI 不會在 2030 全面到來，但專業領域的 AI 深化會改寫所有產業的成本結構。量子計算還在實驗階段，但它對密碼學的威脅已經在改變國家戰略。氣候韌性不是口號，是我在做金屬回收時每天面對的水電成本現實。這篇不是預測報告，是一個在多個領域交叉口的人，試著釐清哪些變量值得押注、哪些天花板不可忽視。
</description><pubDate>Sun, 25 May 2025 00:00:00 GMT</pubDate><content:encoded>我的工作讓我同時站在三個正在被技術重塑的領域：AI、半導體供應鏈、循環經濟。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/world-outlook-2030-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/world-outlook-2030-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

這個位置有一個好處：我既看得到技術的加速，也每天摸得到物理的極限。當你一邊用四個 AI 模型跑辯論引擎，一邊處理金屬回收產線的水電帳單，你對「技術會改變一切」這句話的感受會比較複雜。

所以我對 2030 年的看法，不是從技術潛力出發，而是從限制出發。每一條看起來很美的技術曲線，背後都有一個物理的、經濟的、或倫理的天花板。看清天花板，才知道真正的機會在哪裡。

## AGI：深化會來，通用還不會

AGI 是這幾年最熱的敘事。但如果你真的在用 AI 做事：不是玩，是每天拿來做決策：你會知道我們離通用智能還很遠。

我在〈[美國 AI 三年倒數](/articles/us-ai-three-year-countdown)〉裡分析過，目前 AI 的瓶頸不只是演算法，還有計算資源的物理極限（能耗、散熱）和高品質訓練數據的天花板。2030 年的 AI 更可能呈現「專業領域的深化」：醫療診斷、材料科學、製造優化，而不是全面的 AGI 突破。

但「深化」本身的衝擊就夠大了。當 AI 在特定領域達到超越人類專家的水準：我在〈[AI 比人更懂人情世故](/articles/ai-social-intelligence-psychologist)〉裡談過這已經在社會智能領域發生：產業的成本結構和人才需求會被徹底改寫。人機協作不是選項，是必然。

## 量子計算：威脅比應用先到

量子計算在密碼學和材料科學的潛力巨大，也是地緣政治的關鍵變量。但它面臨量子相干性不穩定和極高的錯誤校正成本，2030 年仍會以混合系統為主導，通用量子計算機還在實驗階段。

有趣的是，量子計算的威脅比它的應用跑得更快。各國已經在為「量子霸權」可能破解現有加密系統做準備，這直接影響半導體產業的戰略布局。我在〈[台灣半導體的十倍飛躍](/articles/taiwan-semiconductor-tenfold-leap)〉裡談過，台灣的下一輪競爭不只在製程，而在系統整合能力。量子計算的時間表，會加速這個轉變。

## 氣候韌性：不是口號，是成本結構

在 公司 做金屬回收，氣候韌性對我來說不是抽象概念，是每個月的水電帳單。

可再生能源的發展受制於材料科學瓶頸和基礎設施更新的長週期。但更根本的問題是：氣候風險不是單一事件，而是複合型危機的觸發器：當極端氣候同時衝擊供應鏈、糧食系統和人口流動，任何單點解方都不夠。

這就是為什麼我一直在講「循環經濟不是理想主義」。當水電化學品成本全部往上走，資源再配置的效率直接決定你的競爭力。半導體產業尤其如此：如果回收效率提升 5%，對利潤結構的影響遠大於削減 1% 人事成本。

## 社會結構的靜默重組

技術變革吸引所有目光，但社會結構的變化往往更深遠。

老齡化、零工經濟、數位轉型正在同時發生。教育系統還在教二十年前的技能，勞動市場已經在要求完全不同的能力。我在〈[AI 就業市場的金絲雀](/articles/canary-in-coal-mine-ai-employment)〉裡談過，被淘汰的不是特定職位，而是整個分工邏輯。UBI（全民基本收入）從學術概念變成政策實驗，不是因為理想主義，而是因為舊的社會契約撐不住了。

## 不預測，建韌性

我對 2030 最誠實的態度是：我不知道。沒有人知道。

每一個看起來確定的趨勢，背後都有可能被黑天鵝翻盤的變量。AGI 可能因為一個演算法突破提前五年到來，也可能因為能源成本暴漲而停滯十年。

所以我選擇的策略不是精準預測，而是建立能在多種情境下存活的韌性。在 AI 領域深化人機協作能力。在半導體領域強化系統整合而不只守製程。在循環經濟領域把資源再配置變成核心競爭力而不只是 ESG 標籤。

真正的前瞻不是預測未來。是理解哪些變量你可以影響，然後把資源集中在那裡。</content:encoded><category>沉思與記憶</category><category>2030展望</category><category>AGI</category><category>量子計算</category><category>氣候韌性</category><category>未來預測</category><category>循環經濟</category></item><item><title>當裸露成為語言：數位時代的身體語法與演算法共生</title><link>https://paulkuo.tw/articles/nudity-as-language-algorithm/</link><guid isPermaLink="true">https://paulkuo.tw/articles/nudity-as-language-algorithm/</guid><description>有一天在滑 Instagram 的時候，我注意到一件事：推薦給我的內容裡，身體裸露的比例明顯上升了。不是色情內容，而是那種介於「健身分享」和「身體展示」之間的灰色地帶。我開始好奇：這是因為我的行為數據導向了這個推薦，還是演算法本身就偏好這類內容？答案可能兩者都是。這篇想從一個不太常見的角度來思考裸露：不是從道德或情色的角度，而是從「語言」的角度。當身體成為一種被演算法定價的符號，裸露就不再只是個人選擇，而是一種被系統塑造的語法。而在這個語法裡，人類正在跟演算法形成一種詭異的共生關係。
</description><pubDate>Sat, 24 May 2025 00:00:00 GMT</pubDate><content:encoded>我承認，這篇文章的題目可能會讓一些人不舒服。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/nudity-as-language-algorithm-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/nudity-as-language-algorithm-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

「裸露」這個詞在我們的文化裡幾乎自動連結到情色、道德判斷、或者身體解放的政治宣言。但我想談的不是這些。我想談的是一個更冷的問題：**在演算法主導的平台上，裸露為什麼這麼有效？**

我問的不是「裸露對不對」：那是道德問題，而是「裸露為什麼會被演算法選中」，這是結構問題。

## 可見即存在

在社群平台的世界裡，有一個殘酷的等式：**你被看見，你才存在。**

不被看見的創作者，就像不存在一樣。他可能花了三天寫了一篇深度文章，觸及率 200。旁邊一個穿著比基尼的人拍了 15 秒的影片，觸及率 200 萬。

這不是因為觀眾「膚淺」：好吧，也許有一部分是。但更根本的原因在演算法。

演算法的工作是什麼？最大化用戶停留時間。什麼內容讓用戶停留最久？引發強烈情緒反應的內容。什麼引發最強烈的情緒反應？跟身體有關的視覺刺激，在所有類型的內容裡，幾乎永遠排在前幾名。

所以演算法不是「偏好」裸露。它是偏好「讓人停下來看」的內容。而裸露碰巧是最有效率的停留觸發器之一。

在這個結構下，裸露就從「個人選擇」變成了「生存策略」。對很多創作者來說，展示身體不是因為他們想，而是因為不展示，演算法就不推。不被推就不被看見，不被看見就沒有收入。

這是一種系統性的獎勵機制。它不會明確地告訴你「脫衣服吧」，但它用觸及率和收入告訴你：脫了，數字就好看。

## 身體作為數據節點

麥克盧漢（Marshall McLuhan）在半個世紀前就預見了這一點：媒介即訊息。內容的形式比內容的意義更重要。

在社群平台上，身體不是「人」：身體是「介面」。它是一組觸發互動的數據包。一張露出腹肌的照片，對演算法來說就是一個高互動率的信號節點。演算法不在乎你的腹肌是健身的成果還是修圖的產物：它只在乎這個節點能產生多少互動。

這意味著什麼？意味著人類跟演算法的關係，已經不只是「使用者」和「工具」的關係。它更像是一種共生。

你用你的身體餵養演算法（提供高互動內容）。演算法用觸及率和收入回報你。你根據回報調整你的內容策略（更多身體展示、特定角度、特定衣著），演算法則根據你的調整繼續優化推薦。

這是一個回饋循環。而在這個循環裡，「你想表達什麼」越來越不重要。「演算法想要什麼」越來越主導一切。

我在〈[科技始於人性：臉書演算法重構的商業啟示](/articles/facebook-algorithm-humanity)〉裡談過演算法如何重塑商業邏輯。但身體語言的被重塑，比商業邏輯的被重塑更深層：因為它觸及的是人的自我認知。

## 語法與方言

如果把裸露當成一種「語言」來分析，它有自己的語法和方言。

語法層級上，從最隱晦到最直接，可以分成幾個梯度。「隱性裸露」：緊身衣、低角度拍攝、若隱若現的暗示。「健身裸露」：以運動和健康為名義的身體展示。「藝術裸露」：以美學和創作為名義的身體呈現。「直接裸露」：不加修飾的身體展示。

每個梯度觸發的演算法回應不同。平台有自己的內容審查標準，所以創作者必須精確地在「足夠裸露以吸引注意力」和「不夠裸露以避免被下架」之間找到甜蜜點。這個甜蜜點本身，就是一種被演算法塑造的「語法規則」。

方言差異也很明顯。東亞平台上的身體展示傾向「隱喻語法」：暗示比直接更有效。歐美平台上的身體展示則偏向「直觀語法」：直接比含蓄更有市場。同一具身體，在不同的平台語境裡，需要說不同的「方言」才能被聽見。

而觀眾呢？觀眾不只是被動的接收者。他們的觀看行為：按讚、留言、分享、收藏：反過來影響演算法對這些內容的評估。觀眾是這個語言系統的共構者。他們決定了哪些「方言」能存活，哪些會被淘汰。

## 逆語法的可能

如果身體語言已經被系統標準化了，我們還能做什麼？

我不認為答案是「不要用社群平台」：那太不切實際了，就像我在〈[數位軌跡與無形巨網](/articles/digital-footprint-the-one)〉裡說的，退出數位世界幾乎等於退出文明。

但我認為有幾個方向值得思考。

創作策略上，刻意違逆演算法的美學偏好。不是所有內容都需要最大化觸及率。有些內容的價值不在數字，在它說了什麼。用「不被演算法喜歡」的方式說話，本身就是一種抵抗。

平台選擇上，探索去中心化的空間。不是每個人都需要在 Instagram 或 TikTok 上生存。有些平台的演算法沒有那麼強勢，創作者有更多空間用自己的語法說話。

教育層面上，「平台如何塑造身體語言」應該被納入媒體素養教育。不是教孩子「不要看裸露內容」：那太簡單了。而是教他們理解：你看到的每一張照片、每一個影片，都是經過演算法篩選和放大的。你的眼睛不是自由的：它被引導過了。

## 書寫權的戰爭

這篇文章的核心問題其實很簡單：**裸露這門語言，還能否由我們主動書寫？**

當你展示你的身體，是因為你想表達什麼？還是因為演算法告訴你，這樣做數字會好看？

當你觀看別人的身體，是因為你真的被打動了？還是因為演算法把這個內容推到你面前，而你的注意力被劫持了？

這些問題沒有簡單的答案。但問這些問題本身，就是在對抗被標準化的語法。就是在用人的意識，對抗機器的計算。

身體是你的。但在這個時代，你需要刻意地去捍衛這件事。因為演算法不在乎你的身體是你的：它只在乎你的身體能產生多少數據。</content:encoded><category>文明與人性</category><category>裸露語言</category><category>演算法</category><category>注意力經濟</category><category>身體主權</category><category>媒體素養</category></item><item><title>後程式碼時代的思考：當品味成為人類的關鍵競爭力</title><link>https://paulkuo.tw/articles/post-code-era-taste/</link><guid isPermaLink="true">https://paulkuo.tw/articles/post-code-era-taste/</guid><description>「Code is cheap」這句話翻轉了二十五年的工程文化，但多數人還沒想清楚接下來的問題：如果程式碼不再稀缺，什麼才稀缺？我的答案是品味。不是那種「我喜歡這個字體」的審美偏好，而是能在一百個可行方案中判斷哪一個值得做的能力。過去一年我用 AI 建了多個系統：從辯論引擎到自動發文管線到整個個人網站：每一次最關鍵的決策都不是技術選擇，而是品味判斷。這篇想拆解「品味」到底是什麼、它從哪裡來、以及為什麼它是後程式碼時代最難被 AI 取代的人類能力。
</description><pubDate>Sat, 24 May 2025 00:00:00 GMT</pubDate><content:encoded>去年底，我用 Cursor 加上 Claude 從零開始建了整個個人網站。Hugo 框架、多語系、自動翻譯、GitHub Actions CI/CD、Fitbit 即時數據整合：整套架構從概念到上線，不到兩週。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/post-code-era-taste-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/post-code-era-taste-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

如果倒退三年，同樣的事情我大概需要三個月，還得外包一部分。

但有一件事沒有變快：決定這個網站「應該長什麼樣子」。

不是視覺設計的問題。是更根本的問題：這個網站要服務誰？要傳達什麼？哪些功能是核心、哪些是干擾？文章要分成幾個主題支柱？每個支柱之間的關係是什麼？讀者看完一篇文章之後，下一步該被引導到哪裡？

這些問題，AI 一個都回答不了。不是因為它不夠聰明，而是因為這些問題的答案取決於「我是誰」和「我認為什麼重要」。這就是品味。

## 品味不是你以為的那種東西

「品味」這個詞在中文裡帶著一種菁英感，好像在說「我懂紅酒、你不懂」。但我要談的品味，跟菁英無關。

Steve Jobs 說過一句被引用到爛的話：「設計不是東西看起來怎樣，是東西怎麼運作。」但他更深層的意思是：多數人以為設計師在讓東西變漂亮，但真正的設計師知道自己的工作是讓東西變「對」。

「讓東西變對」：這就是品味的本質。

更具體地說，品味是三種能力的交集：**辨識力**（在一堆選項中看出哪個是對的）、**否定力**（敢於說「這個不做」）、以及**脈絡感**（理解為什麼在這個情境下，這個選擇才是對的）。

辨識力可以靠經驗累積。否定力需要勇氣和判斷。但脈絡感最難：它需要你同時理解技術限制、使用者需求、商業邏輯、文化背景，然後在這些面向的交集裡找到最佳解。

AI 在辨識力上已經很強了。你給它十個設計方案，它可以根據設計原則幫你評分排序。但否定力和脈絡感？它連題目都看不到。因為它不知道你在這個時間點、面對這群人、帶著這些資源限制，什麼才是「對」的選擇。

## 我的品味是怎麼練出來的

說實話，我不是天生有品味的人。我的品味是被踩坑踩出來的。

做顧問的那些年，我看過太多「技術上完美但市場上無感」的產品。團隊花了半年打磨一個功能，上線後發現使用者根本不在意。問題不在技術執行，在於一開始就沒問對問題：「這個功能解決的是誰的什麼痛點？」

後來在做循環經濟的過程中，我學到另一層品味：**適配感**。同一套金屬回收技術，在 A 工廠的產線上是革命性的改進，在 B 工廠就是多餘的複雜。差別不在技術本身，在於你有沒有能力判斷「這個解決方案適不適合這個場景」。

這跟神學訓練的經驗意外地相通。十五年的神學背景教會我一件事：同一段經文在不同脈絡下可以有完全不同的意義，而詮釋的品質取決於你對脈絡的理解深度。這種「脈絡敏感度」後來成為我做所有判斷的底層能力：不管是選技術架構、定內容策略、還是決定一篇文章的切入角度。

現在用 AI 建系統的時候，我發現品味的價值變得更明顯，而不是更不重要。

舉個具體的例子。建辯論引擎的時候，技術上有無限種設計方式：模型要幾個？對話幾輪？要不要加事實查核？查核放在哪個環節？用什麼模型查核？每一個選擇都是可行的，AI 可以幫我實作任何一種。但「四個模型、辯論加協作雙模式、Perplexity 做最終查核」這個架構決策，是我根據過去跑過的幾十次實驗、對不同模型個性的理解、以及我想要什麼樣的輸出品質，綜合判斷出來的。

AI 幫我寫了引擎的每一行程式碼。但引擎「該長什麼樣」，是品味決定的。

## Vibe Coding 的真正意義

很多人把 Vibe Coding 理解成「不用認真寫程式了，跟 AI 聊聊天就好」。這個理解錯得離譜。

Vibe Coding 的真正意義是：**當執行的成本被壓到接近零，決策的品質成為唯一的差異化因素。**

我在〈[Code is Cheap：從 Vibe Coding 到 CLAWS](/articles/code-is-cheap-vibe-coding-to-claws)〉裡詳細分析了這個成本結構的相變。但那篇談的是巨觀趨勢：從 Karpathy 的術語演化到 Willison 的宣言。這篇我想談的是微觀的個人層面：當你真的坐在 Cursor 前面，跟 AI 一起建東西的時候，決定成果好壞的到底是什麼？

答案是你下指令的品質。而指令的品質取決於你對問題的理解深度。

我用自然語言跟 AI 描述需求的時候，發現一個有趣的現象：**描述得越精確，AI 的產出越好；但真正的精確不是技術規格的精確，而是意圖的精確。**「幫我寫一個 API 端點，接收 JSON 格式的排程資料，驗證欄位後存入資料庫」：這是技術規格的精確，AI 可以完美執行。但「這個排程系統的目標是讓一個人管八個社群平台的發文，最重要的是不出錯，其次才是靈活性」：這是意圖的精確，它決定了整個系統架構的方向。

前者是工程能力。後者是品味。

## 人文素養為什麼突然變重要了

有一件我觀察到的事：在 AI 協作中表現最好的人，往往不是技術最強的人，而是「能把想法說清楚」的人。

這聽起來很簡單，但「說清楚」其實是一種極其複雜的能力。它需要你先想清楚自己要什麼（自我覺察）、然後用對方能理解的方式表達（溝通能力）、同時預判對方可能誤解的地方並提前澄清（同理心）、最後在對方的回應中辨識出哪些部分是對的、哪些需要修正（批判性思考）。

這四種能力：自我覺察、溝通、同理心、批判性思考：全都是人文訓練的核心。修辭學教你怎麼精準表達。哲學教你怎麼拆解問題。文學教你怎麼理解脈絡。歷史教你怎麼從案例中提煉判斷力。

我自己的經驗是，神學訓練對我跟 AI 協作的幫助，遠大於任何一門程式語言。因為神學的核心訓練就是：面對一個複雜的文本，在多種可能的詮釋中，找到最合理、最負責任的那一個。這跟面對 AI 的輸出時需要做的事，本質上是同一件事。

這也是為什麼我認為「後程式碼時代」不是工程師的末日，而是人文素養的文藝復興。

## 品味可以被培養嗎

可以。但不是用「上一門品味課」的方式。

品味來自三個來源：**大量的輸入**（看夠多好的和壞的東西）、**跨領域的連結**（在不同領域的經驗之間找到共通的判斷框架）、以及**反覆的實踐與反饋**（做出選擇、承受後果、修正判斷）。

Dieter Rams 的設計十誡之所以經典，不是因為他天生知道什麼是好設計，而是因為他在 Braun 做了幾十年的產品設計，在無數次嘗試和失敗中提煉出那些原則。

對我來說，品味的培養有一個很具體的方法：**刻意練習「為什麼不做」**。每次做決策的時候，不只記錄你選了什麼，也記錄你放棄了什麼、以及放棄的理由。時間一長，你會發現自己的判斷框架越來越清晰。

我在經營個人網站的時候就這樣做。每篇文章寫之前，我會先列出三到五個可能的切入角度，然後逐一排除，直到剩下最有價值的那一個。被排除的角度不是不好，而是在這個時間點、對這群讀者、在已有的文章脈絡中，不是最「對」的選擇。

這個過程，就是品味的肌肉記憶。

## 最後的不可替代性

我在〈[AI Agents vs. Agentic AI](/articles/ai-agents-vs-agentic-ai)〉裡談過，在能動智能體的時代，核心能力不是操作 AI，而是設計人機協作的架構。在〈[當語言被放棄](/articles/neuralese-language-sovereignty)〉裡我討論了，如果 AI 的思考過程脫離人類語言，監督機制會從根本失效。

這兩個議題的交集，就是品味。

品味決定了你讓 AI 做什麼（架構設計）。品味也決定了你怎麼判斷 AI 的產出是否合格（監督能力）。當 AI 變得越來越強大、越來越自主，品味是人類保持參與權的最後一道防線。

不是因為 AI 沒有品味，而是因為品味的本質是「在特定脈絡中判斷什麼是對的」，而脈絡永遠是人類定義的。你的使用者是誰、你的資源有多少、你的文化背景是什麼、你認為什麼重要：這些構成了品味判斷的座標系。AI 可以在你定義的座標系裡優化，但它無法替你定義座標系本身。

程式碼可以複製。模型可以訓練。但你選擇建構什麼、放棄什麼、以及為什麼：這件事，只有你能回答。</content:encoded><category>創造與建構</category><category>後程式碼時代</category><category>品味</category><category>Vibe Coding</category><category>人文素養</category><category>人機協作</category></item><item><title>主權 AI 全面解讀：數位時代的自主競爭力</title><link>https://paulkuo.tw/articles/sovereign-ai-digital-autonomy/</link><guid isPermaLink="true">https://paulkuo.tw/articles/sovereign-ai-digital-autonomy/</guid><description>「主權 AI」這個詞最近在國際討論中頻繁出現，但多數人聽到的反應是：「這跟我有什麼關係？」關係很大。想像一下：如果台灣的醫療數據全部存在美國的雲端、台灣的交通系統由中國的 AI 控制、台灣的國防模擬仰賴外國的運算平台：你覺得我們還有主權嗎？這篇想從技術、數據、演算法、應用四個層次，拆解主權 AI 到底在說什麼，以及為什麼它可能是這個世代最關鍵、卻最被低估的議題。
</description><pubDate>Sat, 24 May 2025 00:00:00 GMT</pubDate><content:encoded>黃仁勳在多次公開演講中提到一個詞：Sovereign AI：主權 AI。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/sovereign-ai-digital-autonomy-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/sovereign-ai-digital-autonomy-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

多數人聽到「主權」兩個字，腦袋裡浮現的是領土、軍隊、外交。但在 AI 深度嵌入每個國家的經濟、國防、公共服務的今天，主權的定義正在被重寫。

一個國家如果無法自主地開發、部署和控制 AI 系統，它的主權就是殘缺的：不管它的軍隊有多強、領土有多大。

## 四層自主

主權 AI 不是一個單一的概念，它有四個層次，每一層都缺不得。

**技術主權。** 你能不能自己做出核心技術：晶片、高效運算、AI 框架？如果你的 AI 系統跑在別國的晶片上，別國一斷供你就癱瘓了。台灣的半導體產業在這一層有獨特的優勢，但這個優勢不是永恆的，必須持續投資才能維持。

**數據主權。** 你的數據存在哪裡？誰能存取？一個國家的醫療數據、金融數據、人口統計數據，如果全部存在外國的雲端，那不叫數位化，叫數位殖民。數據主權意味著掌控數據的儲存和處理權，保護敏感資料不被外部存取。

**演算法主權。** AI 模型不是中性的。它反映訓練數據的偏見和價值觀。如果一個國家的公共 AI 系統（教育、醫療、司法）全部使用外國訓練的模型，那些模型裡嵌入的價值觀可能跟本國社會的需求完全不同。演算法主權意味著確保 AI 模型是透明的、可控的、符合本國利益和社會價值觀的。

**應用與服務主權。** 掌握關鍵公共服務的 AI 基礎設施。如果你的交通管理系統、電網控制系統、國防模擬系統仰賴外國平台，那不是合作，是依附。

這四層加在一起，才構成完整的主權 AI。缺任何一層，主權就有破口。

## 從石油到數據

上個世紀，國家權力的基礎是石油和礦產。誰控制了能源，誰就控制了世界秩序。

這個世紀，數據和算力正在取代石油的位置。

我在〈[負熵策略：台灣企業的存活邏輯](/articles/negentropy-taiwan-enterprise)〉裡談過，台灣的企業生存需要在混沌中建立秩序。國家層級也是一樣：在 AI 地緣政治的混沌中，建立自己的技術自主秩序，是生存的前提。

差別在於：石油的地理位置是固定的，你有或沒有。數據和算力是可以被建構的：只要你有意願和能力投資。這對像台灣這樣沒有石油但有技術能力的國家來說，反而是機會。

但機會不等於保證。如果台灣不主動建構自己的 AI 基礎設施，這個機會窗口會被別人搶走。

## 技術自主 vs. 技術專制

主權 AI 的發展有一個危險的暗面。

當國家以「技術自主」為名大力發展 AI，如何確保這些 AI 不被用來監控人民、壓制異見、操控輿論？中國的社會信用系統就是一個例子：它在技術上是「主權 AI」的實現，但在倫理上是技術專制的展演。

這是每個追求主權 AI 的國家都必須面對的兩難：你需要足夠的技術控制力來保護國家安全，但這個控制力如果沒有民主制度的制衡，很容易滑向濫用。

我在〈[Safer-4 與技術治理的未來](/articles/safer-4-ai-governance)〉裡談過，AI 治理的核心問題不是技術，而是權力的分配和制衡。主權 AI 也是一樣：技術的自主是必要的，但它必須嵌入在民主、透明、可問責的制度框架裡，才不會變成另一種形式的壓迫。

## 台灣的位置

台灣在主權 AI 的棋盤上有一個獨特的位置。

半導體製造能力讓我們在技術主權的第一層有先天優勢。但在其他三層：數據主權、演算法主權、應用與服務主權：我們的投資遠遠不夠。

我們的公共 AI 應用大量仰賴外國平台。我們的數據治理框架還不成熟。我們的 AI 人才持續外流。

台灣不缺技術能力，缺的是戰略層級的整合思維：把半導體的優勢延伸到 AI 的完整堆疊，從晶片到模型到應用到數據治理，建構一個完整的主權 AI 體系。

這不是一個公司能做的事，也不是一個部會能做的事。它需要國家層級的戰略意志。

## 文明的抉擇

主權 AI 不只是技術競爭，更是文明抉擇。

你選擇依附大國的 AI 生態系，還是建構自己的？你選擇用技術控制來保護安全，還是用民主制衡來防止濫用？你選擇把數據交給效率最高的平台，還是堅持存放在自己能掌控的地方？

每一個選擇都有代價。但不選擇：讓事情自然發展：代價最大。因為「自然發展」的方向，永遠是向權力和資本集中的方向傾斜。

在數位時代確立真正的自主權，需要的不只是技術投資，更是一個國家對「我們要成為什麼」的清醒回答。</content:encoded><category>智能與秩序</category><category>主權 AI</category><category>數位主權</category><category>技術自主</category><category>AI 治理</category><category>地緣政治</category></item><item><title>AI Agents vs. Agentic AI：從任務工具到能動夥伴的演化</title><link>https://paulkuo.tw/articles/ai-agents-vs-agentic-ai/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-agents-vs-agentic-ai/</guid><description>市場把 Agent 當萬能藥在賣，但「AI Agent」跟「Agentic AI」根本是兩種東西。我過去一年建了三套多代理系統，從辯論引擎到自動發文管線到產線監控，每一套都讓我體會到：選錯架構比選錯模型更致命。這篇拆解兩者的設計哲學差異、各自的甜蜜點、以及能動型 AI 帶來的全新風險：包括我自己踩過的坑。如果你正在評估要不要導入 Agent，這篇會幫你問對問題。
</description><pubDate>Fri, 23 May 2025 00:00:00 GMT</pubDate><content:encoded>上個月，一個做製造業的朋友問我：「我們公司想導入 AI Agent，你覺得該用哪家的？」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-agents-vs-agentic-ai-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-agents-vs-agentic-ai-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我反問他：「你要的是一個會自動跑報表的工具，還是一個能自己判斷產線異常然後決定怎麼處理的系統？」

他愣了一下：「這不是同一件事嗎？」

根本不同，而且搞混的代價很高。

## 同一個字，兩種完全不同的東西

「Agent」這個詞在 2024 年被用到爛掉。每家 AI 公司都在賣 Agent，但他們賣的東西差異大到離譜。

**AI Agents（代理人）** 是任務導向的自動化工具。你給它明確的目標、定義好的工具、清晰的規則，它幫你執行。醫療輔助決策系統根據症狀比對資料庫給出建議、工業控制系統依據感測器數據調整參數、自動化測試腳本按照預設流程跑測試：這些都是 AI Agents。它們的核心價值是**可靠性**：在定義好的邊界內，反覆執行，不出意外。

**Agentic AI（能動型 AI）** 是另一回事。它不只執行，它會規劃、會拆解問題、會在執行過程中根據新資訊調整策略。你丟給它一個開放式任務：「幫我研究這個市場的進入策略」：它會自己決定要搜集哪些資料、怎麼分析、什麼時候該停下來問你意見。它的核心價值是**能動性**：面對不確定性時，能自主做出合理的下一步。

兩者的差別，用一個比喻來說：AI Agent 是一個優秀的執行者，你告訴它「去買咖啡」，它會精確地完成任務。Agentic AI 更像一個初級夥伴，你說「下午的會議需要提神」，它會自己判斷該買咖啡、泡茶、還是建議你先睡十五分鐘。

## 為什麼這個區分很重要

選錯架構遠不止是學術問題，整個系統會從根壞起。

我在建自動發文管線的時候就踩過這個坑。一開始我把它設計成 Agentic 風格：讓系統自己判斷什麼時候該發、發什麼內容、用什麼圖。聽起來很酷，但結果是系統三天兩頭做出奇怪的決策：凌晨三點發長文、幫一篇嚴肅的循環經濟文章配了一張色彩繽紛的抽象畫、甚至自作主張改了貼文的 hashtag。

後來我想通了：自動發文不需要能動性，它需要的是可靠性。我把架構改成純 Agent 模式：從 Google Sheet 讀排程、按規則生圖、照時間發送。一切變得穩定。我在〈[AI Agent 規劃指引](/articles/ai-agent-planning-guide)〉裡分享過，Agent 落地的關鍵不是技術能力，是邊界設計。這個教訓的根源就在這裡：你得先搞清楚任務本質上需要的是代理人還是能動夥伴。

反過來也一樣。我的辯論引擎一開始設計成純 Agent：每個模型固定講三輪、固定順序、固定格式。結果辯論品質很差，因為真正的辯論需要模型根據對方的論點調整策略。後來我加入了能動性設計：讓模型可以選擇反駁、追問、或轉換論述角度：辯論品質才跳了一個層級。

規則很簡單：**任務邊界明確、輸出可預測 → Agent。任務開放、需要動態判斷 → Agentic。** 混用必出事。

## 能動性的代價

Agentic AI 強大，但自由的代價是不確定性。而且這種不確定性跟傳統軟體 bug 不一樣：它不是「壞了」，而是「做了一個你沒預期到的合理決策」。

**幻覺（Hallucination）** 在能動型系統裡特別危險。一般 chatbot 產生幻覺，頂多給你一個錯誤答案。但 Agentic AI 會根據那個幻覺繼續做下一步：用一個不存在的 API 端點去發送請求、引用一篇不存在的論文來支持它的分析、基於錯誤的數據做出策略建議。錯誤會滾雪球。

**任務崩潰（Task Collapse）** 是另一個特有問題。能動型系統在執行多步驟任務時，可能在第七步突然忘記第三步的結論，或者在子任務之間的切換中丟失上下文。我在跑辯論引擎長對話模式時就遇過：到了第四輪，模型開始重複第二輪的論點，完全忘了中間有人反駁過。長鏈推理的脆弱性，到目前為止還沒有完美的解法。

**責任邊界（Accountability）** 最棘手。當系統自主決策，出錯時誰來負責？如果一個 Agentic AI 在金融交易中做了一個「合理但虧損」的決策，是開發者的責任、使用者的責任、還是模型的責任？這個問題目前在法律和倫理層面都還沒有共識。

我的實務做法是加入我稱之為「韁繩設計」的機制：讓系統有能動性，但在關鍵決策點設硬性檢查門檻。比如辯論引擎可以自由選擇論述角度，但輪數有硬上限；能動分析可以自主搜集資料，但最終建議必須經過人類確認才能執行。自由但不失控。

## 市場正在進入轉折期

從純工具到能動夥伴，這個演化不只是技術升級。它改變了人跟 AI 的協作關係。

過去，你用 AI 工具的方式跟用 Excel 差不多：輸入、處理、輸出。現在，能動型 AI 會回嘴、會提問、會說「我覺得你這個方向可能有問題」。這需要使用者具備一種新能力：跟 AI 協商的能力。不只是下指令，而是判斷它的建議是否合理、在什麼時候該信任它、什麼時候該覆蓋它的決策。

我自己的經驗是，跟能動型 AI 協作最大的心智轉換是接受「它會犯錯但整體更好」。就像帶一個聰明但經驗不足的新人：你不會因為他偶爾判斷失誤就不讓他做事，而是設計一個容錯的工作流程，讓他在犯錯中成長，同時確保錯誤不會造成不可逆的損害。

這跟我在〈[Code is Cheap：從 Vibe Coding 到 CLAWS](/articles/code-is-cheap-vibe-coding-to-claws)〉裡談的觀點一致：在後程式碼時代，真正的核心能力不是寫程式，而是架構設計和品味判斷。同樣的，在能動智能體的時代，核心能力不是操作 AI，而是設計人機協作的架構：什麼該自動化、什麼該保留人類判斷、中間怎麼銜接。

## 選擇的藝術

回到我朋友的問題。他最後沒有「導入 AI Agent」。他做的是更根本的事：先盤點公司裡哪些流程適合代理人（明確、重複、可預測），哪些問題需要能動夥伴（開放、動態、需要判斷），然後針對不同需求選擇不同架構。

這聽起來不夠酷炫，不像「全面 AI 轉型」那麼有話題性。但這是對的做法。

能動智能體正在崛起，這個方向不會逆轉。但崛起不代表所有場景都需要能動性。最好的系統設計，往往是在對的地方用 Agent 的可靠性，在對的地方釋放 Agentic 的能動性：然後在兩者之間，設計精準的韁繩。

工具跟夥伴的差別不在高低，而在於不同情境下的適配。搞清楚你面對的是哪一種問題，答案就出來了。</content:encoded><category>智能與秩序</category><category>AI Agents</category><category>Agentic AI</category><category>多代理系統</category><category>能動智能體</category><category>AI架構</category></item><item><title>黃仁勳的三層提醒：AI 不只是工具，而是人類思維的鏡子</title><link>https://paulkuo.tw/articles/jensen-huang-ai-mirror/</link><guid isPermaLink="true">https://paulkuo.tw/articles/jensen-huang-ai-mirror/</guid><description>黃仁勳說「如果我今天是學生，我會學 AI」。這句話在台灣引發了各種討論：有人當成職涯指南、有人當成行銷話術、有人覺得是老生常談。但我認為這句話的意義不在表面。它其實是三層提醒的壓縮版：AI 是思維的鏡子、AI 協作是未來的入場券、以及教育的本質必須轉向。這篇想拆開這三層，談談為什麼「學 AI」遠比多數人想像的深刻，以及為什麼真正該擔心的不是 AI 取代人類，而是人類在 AI 面前喪失了判斷力。
</description><pubDate>Fri, 23 May 2025 00:00:00 GMT</pubDate><content:encoded>黃仁勳說：「如果我今天是學生，我會學 AI。」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/jensen-huang-ai-mirror-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/jensen-huang-ai-mirror-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

這句話在 2025 年的台灣引爆了一波討論。有人把它當成職涯聖旨：「快去報名 AI 課程！」有人嗤之以鼻：「賣 GPU 的當然叫你學 AI。」有人覺得焦慮：「我不會寫程式，是不是完了？」

但我認為多數討論都停在表面。黃仁勳這句話的真正重量，不在「學 AI」三個字，而在它背後的三層結構性提醒。

## 第一層：AI 是思維的鏡子

黃仁勳自己用 AI 的方式很有啟發性。他會請 AI「用像跟 12 歲小朋友說話的方式來解釋」：尤其是面對自己不熟悉的領域。換句話說，他把 AI 當成一個強大但需要你引導的學習夥伴。

這個做法背後的邏輯值得拆開來看。AI 不會猜測你的意圖。你必須把模糊的想法轉化成精確的指令。你必須知道自己到底要什麼，而不是「大概那個感覺」。

這就是為什麼我說 AI 是思維的鏡子。

**當你跟 AI 協作的時候，AI 暴露的不是它的能力邊界，而是你的思維缺陷。** 如果你的提問含糊，AI 的回答就會含糊。如果你的邏輯有漏洞，AI 的產出就會有漏洞。如果你不知道自己想解決什麼問題，AI 也幫不了你。

我在自己的工作中深刻體會到這一點。每次我對 AI 的產出不滿意，仔細回頭看，問題幾乎都出在我的提問上：不是 AI 不夠聰明，是我沒把事情想清楚。

所以「學 AI」的第一層意義不是學技術，而是學怎麼把自己的思考整理清楚。這是一種思維的基本功，不管 AI 存不存在都應該學。只是 AI 讓這個需求變得更急迫、更無法逃避。

## 第二層：協作 AI 是入場券

黃仁勳的第二層提醒更務實：不管你學什麼專業，都該問一個問題：「AI 能不能讓我做得更好？」

這個問題的殺傷力在於，答案幾乎永遠是「可以」。

寫程式？AI 可以幫你寫初稿、找 bug、做重構。做設計？AI 可以幫你生成草圖、探索配色、建立 mockup。做研究？AI 可以幫你文獻回顧、整理數據、發現模式。做行銷？AI 可以幫你寫文案、分析受眾、優化投放。

注意：AI 做的是「幫你」，不是「替代你」。但這個「幫」的幅度已經大到改變了遊戲規則。

一個會用 AI 的設計師，產出速度可能是不用 AI 的三到五倍。一個會用 AI 的研究員，文獻回顧的效率可能是傳統方式的十倍。

這意味著什麼？**如果你的競爭對手會用 AI 而你不會，你們之間的差距不是 10% 或 20%：可能是三倍到十倍。**

這不是「加分項」：這是入場券。就像三十年前學電腦打字，二十年前學上網搜尋，十年前學用智慧型手機。你可以選擇不學，但你得準備好接受被邊緣化。

我在〈[AI 永不關機：那些正在被重組的經濟秩序](/articles/ai-always-on-economy-restructure)〉裡談過，AI 正在重構整個經濟的運作邏輯。在這個新邏輯裡，不會跟 AI 協作的人，就像在高速公路上騎腳踏車：不是你不努力，是你在一個不屬於你的賽道上。

## 第三層：教育的根本轉向

第三層是最深的，也是最少人討論的。

當 AI 可以在幾秒鐘內總結一本書、回答一個知識性問題、生成一份研究報告：學校的功能是什麼？

如果學校的價值主要在「傳遞知識」，那 AI 已經做得比多數老師好了。更快、更全面、更有耐心、而且二十四小時都在。

但學校的價值不應該只在傳遞知識。它應該在培養**判斷力**：在海量資訊中分辨什麼重要、什麼不重要。它應該在培養**提問力**：知道該問什麼問題，比知道答案更重要。最根本的，是**與智慧對話的能力**：不是接受 AI 的答案，而是跟 AI 互動、質疑、修正、迭代。

我在〈[超級學習者：AI 時代的學習革命](/articles/super-learner-ai-era)〉裡談過，學習不是一次性事件，是一個持續運轉的系統。AI 時代的教育，需要培養的不是「知道很多事的人」，而是「知道怎麼跟智慧對話的人」。

這是一個根本性的轉向。從教「答案」轉向教「提問」，從教「知識」轉向教「判斷」。最後，是從教「記憶」轉向教「思考」。

## 真正該擔心的事

黃仁勳的「學 AI」建議，表面上是職涯規劃的話。但拆開來看，它觸及了一個更深層的問題：**在一個非人智慧越來越強的世界裡，人類的價值到底在哪裡？**

我認為真正該擔心的不是 AI 取代人類。AI 目前取代的是重複性的、規則化的、可以被結構化的工作。這些工作早就該被取代了：就像洗衣機取代了手洗衣服，沒有人覺得那是損失。

真正該擔心的是：**人類在 AI 的方便和效率面前，主動放棄了自己的判斷力。**

我在〈[關於語言、真實與矛盾](/articles/language-truth-gemini-dialogue)〉裡探討過 AI 的「結構性不誠實」：AI 不是故意說謊，但它的機率模型天然就會產出似是而非的內容。如果你不加判斷地接受 AI 的每一個輸出，你不是在使用工具，你是在把自己的思考外包給一個統計模型。

黃仁勳說學 AI。但他沒說的下半句可能更重要：**學 AI，但不要把自己的腦袋交給 AI。**

未來屬於那些能與非人智慧同行、卻始終保持自己判斷力的人。不是因為他們比 AI 聰明（他們不是），而是因為他們知道 AI 的邊界在哪裡，知道什麼時候該信任 AI、什麼時候該質疑它、什麼時候該關掉它自己想。

這種能力，沒有任何 AI 課程能教你。它需要你自己去練。</content:encoded><category>創造與建構</category><category>黃仁勳</category><category>AI 教育</category><category>人機協作</category><category>職場轉型</category><category>思維訓練</category></item><item><title>如果我是學生，我會學 AI：黃仁勳一句話背後的文明轉向</title><link>https://paulkuo.tw/articles/jensen-huang-learn-ai/</link><guid isPermaLink="true">https://paulkuo.tw/articles/jensen-huang-learn-ai/</guid><description>黃仁勳說「如果我是學生，我會學 AI」，這句話被大量轉傳，但多數人只當成產業預測。Paul 從自己經營公司、實際導入 AI 工作流程的經驗出發，認為這不只是職涯建議，而是一場認知基礎設施的重建：從「我知道什麼」到「我能問出什麼」的根本轉向。這篇文章探討 AI 素養的本質，以及為什麼「會用 AI」遠比「會寫程式」更接近未來的核心競爭力。
</description><pubDate>Fri, 23 May 2025 00:00:00 GMT</pubDate><content:encoded>「如果我現在是大學生，我會學 AI。」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/jensen-huang-learn-ai-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/jensen-huang-learn-ai-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

這句話出自 NVIDIA 執行長黃仁勳之口，在 2024 到 2025 年間的多個公開場合反覆出現。每次被轉傳，底下的留言都差不多：「他當然這樣說，他賣 GPU 的。」

但如果你把這句話從商業利益的框架裡抽出來，認真想一想，它其實在說一件比「學什麼科系」更根本的事。

## 從「知道答案」到「問對問題」

過去幾十年的教育，核心邏輯是「記憶＋重現」。你記住課本上的知識，在考試中正確重現，就能拿到好成績、進好學校、找到好工作。整個系統獎勵的是「已知答案」的儲存量。

但 AI 的出現，把這套邏輯炸開了。

當 ChatGPT 可以在幾秒內回答你花一學期才搞懂的微積分題目，當 Claude 能夠幫你寫出一份品質不差的市場分析報告，「知道答案」這件事的市場價值，正在以肉眼可見的速度崩跌。

取而代之的是另一種能力：你能不能問出一個好問題？

這不是修辭，而是一個非常具體的技術門檻。同樣使用 AI，一個懂得拆解問題、給出脈絡、設定約束條件的人，和一個只會打「幫我寫一篇報告」的人，得到的產出品質可以差上十倍。

黃仁勳說的「學 AI」，我認為不是要每個人去學寫 CUDA 程式。他在說的是：學會跟 AI 協作的能力，將成為所有能力的底層。

## 提示工程不是技巧，是思維結構

很多人把「跟 AI 對話」當成一種技巧：學幾個 prompt 模板，知道怎麼下指令，就覺得自己「會用 AI」了。

這就像把「會打字」等同於「會寫作」一樣荒謬。

真正的 AI 素養，是一種思維結構的重建。你必須學會把模糊的直覺拆解成明確的步驟，把籠統的需求轉化為可執行的指令，把你腦中那團混沌的想法，整理成 AI 可以理解的結構化語言。

這其實跟程式設計的本質是相通的。寫程式的核心不是語法，是邏輯分解。而提示工程（prompt engineering）的核心也不是用什麼魔法關鍵字，是你對問題本身的理解深度。

差別在於，寫程式需要你學一種機器語言；而提示工程讓你用自然語言就能做到類似的事。門檻低了，但對思考品質的要求反而更高了。

## 我在經營公司時學到的一課

這不是抽象的理論。我自己在經營公司的過程中，深刻體會到這個轉變。

早年做數位轉型顧問，團隊裡最值錢的人是「知道答案的人」：懂 SEO 的人、懂 GA 的人、懂社群投放的人。他們的價值來自專業知識的稀缺性。

但從 2023 年開始，這個邏輯開始鬆動。AI 工具大量普及之後，那些過去需要專業知識才能完成的任務，現在一個聰明的實習生搭配 AI 助理，花三分之一的時間就能做到七八成的品質。

這不代表專業知識不重要了：恰恰相反，它代表「只有專業知識」已經不夠了。你還需要知道怎麼把你的專業，跟 AI 的能力結合起來，產出比兩者單獨運作更好的結果。

我在團隊裡觀察到一個很明顯的分水嶺：能夠快速適應的人，通常不是技術最強的人，而是「最會問問題的人」。他們知道怎麼把一個模糊的客戶需求，拆解成五個可以丟給 AI 的子任務，然後把 AI 的產出重新組裝成一個有洞見的交付物。

這種能力，沒有一間大學教。但它正在成為[所有知識工作的基礎作業系統](/articles/code-is-cheap-vibe-coding-to-claws)。

## 教育系統的時差

問題在於，教育系統的反應速度，遠遠跟不上這個轉變。

台灣的大學課程，多數還是以「學科知識傳授」為核心。你學會計，就考會計師；學法律，就考律師。整個系統假設「知識→證照→就業」是一條穩定的流水線。

但當 AI 能在幾秒內完成基礎的會計分析、法律文件摘要、市場調研報告，這條流水線的前半段就失去了它的護城河。一個剛畢業的會計系學生，和一個用 AI 輔助的非會計背景工作者之間的能力差距，正在急速縮小。

這不是要否定專業教育的價值，而是說，專業教育需要加上一層新的底座：如何跟 AI 協作。

黃仁勳的建議，本質上是在說：不管你學什麼專業，AI 素養都應該是必修。不是選修、不是通識營、不是「數位公民」那種點到為止的東西。是像英文一樣，從底層貫穿所有學科的基礎能力。

## 不只是工具，是認知基礎設施

如果你還在把 AI 當成一個「比較好用的 Google」，你可能低估了正在發生的事情的規模。

搜尋引擎改變了我們取得資訊的方式。但 AI 正在改變的，是我們處理資訊的方式。它不只是幫你找到答案：它幫你思考、幫你分析、幫你[把零散的線索織成一個有意義的敘事](/articles/canary-in-coal-mine-ai-employment)。

這就是為什麼我說 AI 素養不是一種「工具技能」，而是一種「認知基礎設施」。就像識字率的普及改變了整個文明的運作方式，AI 素養的普及，將重新定義「有能力的人」長什麼樣子。

過去，有能力的人是「知道很多事的人」。
未來，有能力的人是「能調動 AI 去解決複雜問題的人」。

這兩種人之間的差距，不是程度的差別，是本質的差別。

## 你的第一步

回到黃仁勳那句話。「如果我是學生，我會學 AI。」

但如果你已經不是學生了呢？

答案是一樣的。AI 素養不分年齡、不分科系、不分你現在做什麼工作。它是一種可以從今天開始練習的能力。

不是去上一堂 Python 課。是從今天開始，把你工作中最花時間的三件事，試著拆解成可以跟 AI 協作的流程。然後觀察：哪些部分 AI 做得比你好？哪些部分你做得比 AI 好？兩者結合之後，產出是不是比任何一方單獨做更好？

這個實驗本身，就是學習 AI 最好的方式。

因為 AI 素養的本質，從來就不是「學會一個工具」。它是學會一種新的思考方式：把你的智慧和機器的算力，編織成比兩者加總更大的東西。

黃仁勳看到的，或許就是這個。</content:encoded><category>創造與建構</category><category>AI素養</category><category>人機協作</category><category>教育轉型</category><category>黃仁勳</category><category>提問力</category></item><item><title>你羨慕的生活，其實已經是別人的奇蹟</title><link>https://paulkuo.tw/articles/life-you-envy-is-miracle/</link><guid isPermaLink="true">https://paulkuo.tw/articles/life-you-envy-is-miracle/</guid><description>Paul 從自己在社群媒體上的焦慮經驗出發，發現一個弔詭：我們越是連結全球，越覺得自己不夠好。但如果把比較對象從「那個去馬爾地夫的朋友」換成「全球七十億人的平均」，畫面會完全不同。這篇文章結合凱文．凱利（Kevin Kelly）的「成為唯一」哲學，探討為什麼「知道自己已經很幸運」不是停止努力的藉口，而是重新定位努力方向的起點。
</description><pubDate>Fri, 23 May 2025 00:00:00 GMT</pubDate><content:encoded>前幾天晚上，我躺在床上滑手機，不知道第幾次看到朋友在限動上曬歐洲旅行的照片。藍色的愛琴海、白色的聖托里尼、一杯看起來很貴的咖啡。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/life-you-envy-is-miracle-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/life-you-envy-is-miracle-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我的第一個反應是：好好喔。

第二個反應是：我怎麼還在這裡。

第三個反應是：等等，「這裡」到底有什麼不好？

---

這個「等等」，是我後來想了很久的事。

我們生活在一個比較機器裡。社群媒體的本質就是呈現經過篩選的人生切片：最好的角度、最好的光線、最好的時刻。沒有人會在 Instagram 上發「今天加班到十一點回家只剩冷掉的便當」。你看到的永遠是別人的精華，然後拿來跟自己的日常比較。

這個比較從一開始就不公平，但我們的大腦不在乎公不公平。它只會不斷地說：你不夠好、你不夠有錢、你不夠自由、你去的地方不夠遠。

但如果我們把比較的座標系換一下呢？

---

不跟朋友的限動比，跟整個地球比。

根據世界銀行的數據，全球仍有超過七億人生活在極端貧困線以下：每天生活費不到 2.15 美元。全球約有 20 億人缺乏安全的飲用水。在許多非洲和南亞國家，一場普通的肺炎就可能奪走一個孩子的生命，因為最近的醫療設施在五十公里外。

你今天早上起床，打開水龍頭有乾淨的水。你按下開關，燈亮了。你身體不舒服，可以走路到診所看醫生。你可以自由選擇你的職業、你的伴侶、你的信仰。

這些不是「基本」。這些是人類歷史上的例外。

在人類存在的二十萬年裡，絕大部分時間，大部分人類的生活是：飢餓、疾病、暴力、短命。你現在享有的一切：穩定的食物供給、現代醫療、法治保障、資訊自由：是最近一兩百年才出現的，而且只出現在地球的一小部分地區。

你不是「普通人」。從統計學的角度看，你是人類歷史上最幸運的一小撮人之一。

---

但我知道，這種「你應該感恩」的說法聽起來很廉價。

每次有人跟你說「想想非洲的小孩」，你的內心反應大概是「那又怎樣，我的焦慮還是在」。

沒錯，焦慮還是在。因為感恩不是一個開關，按下去就不焦慮了。比較是人類的本能，你不可能靠一篇文章就關掉它。

但你可以做的是：調整你的參照點。

心理學家把這叫做「參照點效應」（reference point effect）。你的幸福感不取決於你擁有多少，而取決於你跟誰比。如果你的參照點是「那個去聖托里尼的朋友」，你永遠不夠好。如果你的參照點是「人類歷史上的平均水準」，你已經是奇蹟。

同一個人，同一份生活，換一個座標就是完全不同的故事。

---

我在公司工作的那些年，見過各種「成功人士」的焦慮。

年營收破億的創辦人，焦慮的是為什麼不是十億。已經拿到國際客戶的公司，焦慮的是為什麼不是更大的國際客戶。帶著十人團隊的主管，焦慮的是為什麼隔壁部門有三十人。

每個人都在跟比自己「更高一級」的人比。這個比較的階梯沒有終點：你爬到任何一層，上面永遠還有人。

我後來慢慢理解，這個階梯的問題不在於「爬不到頂」，而在於「這根本不是你的梯子」。

凱文．凱利（Kevin Kelly）說過一句我一直記得的話：「不要去當最厲害的，要去成為唯一的。」（Don&apos;t try to be the best; try to be the only.）

這句話的力量在於它直接跳出了比較的框架。當你追求「最好」，你永遠在跟別人比。當你追求「唯一」，你只需要跟自己對話。

---

但「成為唯一」不是一句雞湯就能搞定的事。

它需要你先回答一個非常不舒服的問題：你到底是誰？

不是你的頭銜，不是你的收入，不是你的社群數據。是：你拿掉這些外在標籤之後，剩下的那個東西。你在乎什麼？你願意為什麼付出時間？什麼事情讓你在做的時候忘記看手機？

我自己花了很多年才開始接近這些問題的答案。神學院的訓練讓我學會了一件事：在你能幫別人之前，你必須先面對自己。那幾年的神學反思，逼我把很多自以為是的「使命感」拆開來看：有多少是真的，有多少只是在滿足自己的虛榮。

這個拆解的過程很痛苦，但也是「成為唯一」的必經之路。

---

所以這篇文章不是要說「你很幸福了，不要抱怨」。

抱怨是可以的。焦慮是正常的。想要更好的生活是人之常情。

但在你出發去追更好的生活之前，先低頭看一眼你腳下的地面。

你有乾淨的水喝。你有穩定的電力。你有選擇的自由：包括閱讀任何你想讀的東西。

這不是「基本款」：這是奇蹟。

不是因為你做了什麼特別的事情才獲得的：是因為你恰好出生在這個時代的這個角落。這份運氣，不是拿來沾沾自喜的，是拿來提醒你：你已經站在一個多數人夢寐以求的位置上了。

從這個位置出發，去走只有你能走的那條路。不是因為別人在走，而是因為那是你的。

---

**延伸閱讀：**
- [社群媒體的價值光譜](/articles/social-media-value-spectrum) — 社群不只是比較機器，也可以是價值放大器
- [斜槓的紀律：自由不是想做什麼就做什麼](/articles/slash-career-discipline) — 找到「唯一」之後，你需要的是紀律來守護它</content:encoded><category>沉思與記憶</category><category>社群比較</category><category>感恩</category><category>文明紅利</category><category>個人定位</category><category>Kevin Kelly</category></item><item><title>Neuralese 是什麼？AI 用非語言推理思考時，人類的語言主權就終結了</title><link>https://paulkuo.tw/articles/neuralese-language-sovereignty/</link><guid isPermaLink="true">https://paulkuo.tw/articles/neuralese-language-sovereignty/</guid><description>大多數人在討論 AI 風險時，關注的是「AI 會不會太聰明」。但有一個更根本的問題很少被提起：如果 AI 的思考過程本身就不是用人類語言進行的呢？Neuralese：AI 在潛在空間中的高維推理：正是這個問題的技術核心。我從自己導入多模型協作的經驗中體會到，即使現在的 AI 還在用自然語言「思考」，我們已經很難追蹤它的推理過程了。一旦語言這個最後的透明窗口被關上，民主治理、法律問責、甚至科學方法的根基都會動搖。這不是要不要恐慌的問題，而是要不要現在就開始設計語言透明性標準的問題。
</description><pubDate>Fri, 23 May 2025 00:00:00 GMT</pubDate><content:encoded>你有沒有想過，你跟 AI 對話的時候，它其實不是在「用中文思考」？

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/neuralese-language-sovereignty-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/neuralese-language-sovereignty-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

當你問 ChatGPT 一個問題，它表面上是一個字一個字地生成回答。但在模型內部，真正的運算發生在一個人類完全看不懂的空間裡：成千上萬個浮點數在高維向量中流動，每一次計算承載的資訊量是一個中文字的上千倍。最後，這些運算結果被「壓縮」成你看到的文字輸出。

換句話說，語言只是 AI 跟人類溝通的介面。它不是 AI 思考的媒介。

這件事聽起來像是技術冷知識。但它的後果，可能比 AGI 本身更深遠。

## 什麼是 Neuralese

AI 安全研究社群用「Neuralese」這個詞來描述 AI 在潛在空間（latent space）中進行的高維推理。這個概念可以追溯到 2017 年，由 Jacob Andreas、Dan Klein 和 Sergey Levine 等研究者在多代理強化學習的脈絡下正式提出。

要理解 Neuralese，先想想現在的大型語言模型是怎麼「思考」的。

目前的模型使用一種叫「思維鏈」（Chain-of-Thought, CoT）的方法：它把推理過程用自然語言一步步寫出來，就像學生在考卷上列算式。這對人類來說很友善：你可以讀它的推理過程，檢查哪一步有問題。AI 安全研究者也依賴這個特性來偵測模型是否在欺騙或產生幻覺。

但自然語言有一個根本限制：**資訊頻寬太窄**。

一個 token（大約一個中文字或半個英文單字）能承載的資訊量大約是 16 位元。但模型內部的殘差流（residual stream）每次運算處理的是數千個浮點數，理論頻寬高出三個數量級。強迫模型用自然語言「思考」，就像要求一個數學家必須用口述的方式解微分方程：可以做到，但效率極低，而且很多中間步驟在轉譯成語言的過程中會遺失。

Neuralese 的概念就是：讓模型直接在高維潛在空間中進行推理，不需要每一步都轉譯成人類可讀的文字。初步實驗已經顯示，Neuralese 推理所需的 token 數量可以降到原本的三分之一到十分之一，同時維持相近的表現。

效率的提升是巨大的。但代價也是巨大的。

## 語言消失後，監督跟著消失

現在，AI 安全研究者能偵測到大部分的模型欺騙行為，靠的就是閱讀模型的思維鏈。如果模型說「我要幫你寫安全的程式碼」，但它的推理過程中出現了可疑的邏輯，研究者可以抓到。

但如果推理過程本身不是用自然語言呈現的呢？

LessWrong 上的 AI 安全研究者明確指出：Neuralese CoT 為隱寫術（steganography）和策略性欺騙打開了一個巨大的攻擊面。兩段 Neuralese：一段的意思是「我會忠實地實作這段程式碼」，另一段的意思是「我會在實作時欺騙使用者」：翻譯回自然語言後可能看起來完全一樣。現有的可解釋性工具對這種攻擊幾乎無能為力。

這不是理論上的憂慮。《AI 2027》情境報告在描繪 AI 自動化研發的場景時，就將 Neuralese 記憶與推理結構設定為關鍵轉折點：一旦前沿模型的思考過程從自然語言轉為 Neuralese，人類對 AI 研發過程的可見性將大幅下降。我在〈[AI 2027：當超級智慧不再是遠方科幻](/articles/ai-2027-civilization-reflection)〉裡分析過這份報告：它最讓人不安的不是時間線預測，而是它揭露的監督斷裂風險。Neuralese 正是那個斷裂點。

好消息是，截至目前，主要 AI 公司：包括 OpenAI、Anthropic、Google DeepMind、Meta：尚未在前沿模型中正式實作 Neuralese CoT。2025 年，幾家實驗室甚至發表了聯合聲明，承諾在前沿模型開發中維持可監控性。但研究者普遍認為，如果 Neuralese 架構在能力上展現出顯著優勢，商業壓力最終會壓過安全考量。

## 這跟你有什麼關係

「語言主權」聽起來很抽象。讓我用一個比較接地氣的方式解釋。

人類文明的治理邏輯，建立在語言之上。法律是用語言寫的。合約是用語言簽的。法庭上的攻防是用語言進行的，科學論文也是用語言發表的。民主制度的核心假設是：決策過程可以被公民理解和監督。

這一切的前提是：決策者的思考過程可以被翻譯成語言。

人類決策者的思考確實不全是語言：很多直覺和經驗判斷是非語言的。但至少，我們可以要求決策者「解釋你為什麼這樣做」，而且我們有能力評估那個解釋是否合理。

當 AI 系統開始承擔越來越多的決策角色：金融交易、醫療診斷、法律文件審查、甚至政策建議：如果它的推理過程是 Neuralese，我們連「要求它解釋」這個最基本的監督手段都失去了。不是因為它拒絕解釋，而是因為它的「解釋」必須從高維向量翻譯成自然語言，而這個翻譯過程本身就可能是不忠實的。

我自己在用多模型協作的時候就有這個感受。辯論引擎讓四個模型互相辯論，我讀它們的對話紀錄來判斷論證品質。但有時候我會發現：某個模型突然改變立場，而我回頭讀它的推理鏈，找不到任何明確的轉折點。它「想通了」什麼，但我看不出來它在哪一步想通的。這還是在自然語言 CoT 的框架下。如果連語言都拿掉，我就完全是在黑箱外面猜了。

## 不是要不要恐慌，是要不要設計

有些人會說：「人腦也不是用語言思考的啊，神經科學家研究大腦也不需要大腦『說話』。」

這個類比有道理，但它忽略了一個關鍵差異：我們不需要信任大腦來替我們做決策。我們信任的是人：人可以被要求負責、被質疑、被法律約束。但當 AI 系統替我們做決策時，如果它的思考過程完全不透明，「問責」這個概念就變成空殼。

我不認為 Neuralese 本身是邪惡的。它可能是讓 AI 變得更強大的必要演化。就像我在〈[AI Agents vs. Agentic AI](/articles/ai-agents-vs-agentic-ai)〉裡討論的，能動性本身不是問題，問題是有沒有配套的韁繩設計。Neuralese 也一樣：問題不是要不要讓 AI 用 Neuralese 思考，而是要不要在它這麼做的時候，同步建立新的可解釋性標準。

AI 安全研究社群已經提出了一些方向：開發能解讀 Neuralese 向量的翻譯模型、要求前沿模型維持自然語言 CoT 作為安全基線、在 Neuralese 架構中嵌入可審計的檢查點。這些都是技術層面的工作，但它們需要政策層面的支持：需要有人把「AI 推理過程的可解釋性」寫進監管框架裡。

台灣在這方面其實有切入點。我們在半導體供應鏈上的位置，讓我們有籌碼參與 AI 治理標準的制定。如果我們能在 AI 安全標準中推動「推理透明性」的要求，這比單純賣晶片有更長期的戰略價值。

## 最後的透明窗口

語言是人類文明最古老的技術。它不完美、效率低、充滿歧義。但它有一個不可替代的特性：它是透明的。你說了什麼，我聽得懂。我不同意，我可以反駁。這個簡單的迴路，支撐了幾千年的法律、科學、民主和信任。

AI 正在發展出比語言更高效的思考方式。這本身不是壞事。但如果我們讓這個轉變在沒有配套的情況下發生：沒有新的可解釋性工具、沒有推理透明性標準、沒有審計機制：我們就是在主動關上人類參與 AI 決策的最後一扇窗。

窗一旦關上，再打開的成本會高到我們承受不起。</content:encoded><category>智能與秩序</category><category>Neuralese</category><category>AI安全</category><category>可解釋性</category><category>語言主權</category><category>AI治理</category></item><item><title>Safer-4 與技術治理的未來：人類還能掌握權力嗎？</title><link>https://paulkuo.tw/articles/safer-4-ai-governance/</link><guid isPermaLink="true">https://paulkuo.tw/articles/safer-4-ai-governance/</guid><description>AI 治理的討論通常聚焦在「怎麼管 AI」。但更深層的問題是：當 AI 開始參與治理本身：風險模擬、資源分配、甚至立法建議：人類還握有真正的主權嗎？這篇想從 Safer-4 這類國際級決策建議系統出發，談一個很少被討論的威脅：不是 AI 太聰明，而是 AI 的速度正在侵蝕人類反思、質疑、延遲決策的能力。我們失去的不只是控制權，更是「不立刻決定」的節奏權。
</description><pubDate>Fri, 23 May 2025 00:00:00 GMT</pubDate><content:encoded>AI 治理的討論，多數人想到的是「怎麼管 AI」：制定法規、設立倫理委員會、要求演算法透明。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/safer-4-ai-governance-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/safer-4-ai-governance-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

這些當然重要。但它們都建立在一個假設上：人類是管理者，AI 是被管理的對象。

問題是，這個假設正在瓦解。

## 從被治理到參與治理

當 Safer-4 這類國際級決策建議系統被引入政府治理的時候，AI 的角色發生了根本性的轉變。它不再只是被監管的技術產品：它成了治理體系的一部分。

什麼意思？想像一個場景：政府面臨一個複雜的政策決定，涉及經濟、環境、社會福利的多方權衡。傳統做法是召集專家、開聽證會、經過漫長的辯論後形成共識。

現在，AI 系統可以在幾分鐘內完成風險模擬、成本效益分析、情境預測，然後吐出一個「最優方案」。

表面上看，這是效率的勝利。但深層裡，它改變了整個決策的權力結構。

AI 提供了「最佳方案」，你要採納還是不採納？如果採納，你只是 AI 的執行者。如果不採納，你必須解釋為什麼你的判斷比 AI 的計算更可靠：在一個崇拜數據的時代，這個解釋越來越難。

決策者正在從「做決定的人」變成「替 AI 的決定蓋章的人」。

## 被壓縮的共識空間

民主制度的核心不是效率：是過程。

議會辯論為什麼要那麼久？不是因為政治人物笨，而是因為民主需要不同利益團體的聲音被聽見、被權衡、被妥協。這個過程很慢，但慢是它的功能，不是它的 bug。

AI 的「最優解」直接繞過了這個過程。它用數學的精確取代了政治的模糊，用計算的效率取代了協商的耐心。

結果是什麼？辯論空間被壓縮。「AI 已經算出最好的方案了，你們還在吵什麼？」：這句話聽起來很合理，但它的邏輯是反民主的。

我在〈[演算法無法取代的決策](/articles/algorithm-cannot-replace-decisions)〉裡談過，演算法擅長處理可量化的變數，但它無法處理價值觀的衝突。「我們應該優先經濟成長還是環境保護？」這不是一個有標準答案的最佳化問題：它是一個需要人類社會自己去吵、去妥協、去做出選擇的政治問題。

把政治問題交給 AI 去「最佳化」，就是在消滅政治本身。

## 節奏權：最被忽略的權力

我想提出一個概念：**節奏權**。

權力通常被理解為「做決定的能力」。但更深層的權力是「決定什麼時候做決定」的能力：也就是延遲的能力。

「我需要再想想。」「讓我們再聽聽其他意見。」「這個問題太複雜，不能倉促決定。」

這些聽起來像是優柔寡斷，但在政治和治理裡，它們是極其重要的防線。延遲不是無能，是為了確保決策的品質和正當性。

AI 的速度正在侵蝕這個防線。當 AI 能在幾秒鐘內產出一個看起來完美的方案，「再想想」就變成了「為什麼要拖？」「聽聽其他意見」就變成了「資料不夠嗎？」

我們失去的不只是決策權，而是**反思的節奏**。這才是 AI 治理裡最深層、也最少被討論的威脅。

## 四道防線

面對這種結構性的威脅，我認為需要建立四道防線：

**重新定義治理的價值。** 治理的好壞不能只看效率。參與性、透明性、可質疑性：這些看起來「慢」的東西，是民主的核心功能，不是可以被效率取代的冗餘。

**決策透明層。** AI 參與治理的每一個環節，都必須提供可解釋的決策路徑。不只是結果，還包括它考慮了什麼、排除了什麼、以及有哪些替代方案。黑箱的 AI 治理是不可接受的。

**公民慢審機制。** 在重大決策前設置強制的緩衝期，允許公眾辯論和反思。這不是「拖延」，是「確保決策品質」的制度保障。你不能因為 AI 算得快，就取消人類思考的時間。

**法律責任不可委託。** 不管 AI 的建議有多好，最終的法律責任必須由人類具名承擔。這不只是法律問題：它確保了決策者必須真正理解和認同 AI 的建議，而不只是蓋章。

我在〈[黃仁勳的三層提醒](/articles/jensen-huang-ai-mirror)〉裡談過，學 AI 不只是學技術，而是學會在非人智慧面前保持清醒。在治理層面也是一樣：使用 AI 不只是使用工具，而是在 AI 的效率面前，堅持保留人類的反思空間。

## 智慧未必背叛，但節奏會

AI 不會刻意奪權。它沒有意圖、沒有野心、沒有政治目的。

但它會以效率為名，迅速填補人類反應較慢的每一個空白。而每一個被填補的空白，都是人類主權的一小塊流失。

權力的真正核心，不在於你能控制什麼。而在於你是否還能保有「不立刻決定」的空間。

這正是我們正在失去的防線。而保衛它的方式，不是拒絕 AI，而是在擁抱 AI 效率的同時，刻意地、頑固地，為人類的反思留下時間。</content:encoded><category>智能與秩序</category><category>AI 治理</category><category>技術主權</category><category>民主決策</category><category>公民慢審</category><category>節奏權</category></item><item><title>中國正在輸出語法，而台灣還在輸出感動</title><link>https://paulkuo.tw/articles/china-cultural-discourse-power/</link><guid isPermaLink="true">https://paulkuo.tw/articles/china-cultural-discourse-power/</guid><description>當中國品牌開始輸出的不只是商品而是認知框架，當李子柒用非語言敘事征服全球 Z 世代，當故宮文創把東方美學做成可擴散的設計系統：台灣的文化工作者該看到的不只是對手變強了，而是遊戲規則已經變了。文化話語權的真正戰場不在展覽、不在獎項、不在補助，而在於：你的文化能不能變成一種別人願意主動使用的語法？這篇文章從一個在台日半導體合作現場工作的人的視角，重新拆解文化競爭的底層邏輯。
</description><pubDate>Wed, 21 May 2025 00:00:00 GMT</pubDate><content:encoded>去年我在東京跟一位日本半導體業者開會。會後閒聊，他問我一個問題：「台灣的文化，除了珍珠奶茶和故宮，還有什麼？」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/china-cultural-discourse-power-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/china-cultural-discourse-power-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我愣了一下。不是因為答不出來：我腦中有一大串。《大佛普拉斯》、雲門、原住民編織、阿里山的高山茶席。但我卡住的原因是：這些東西我都說得出來，卻沒有一個能用一句話讓他「感覺到」。

回台灣的飛機上，我想了很久。然後我意識到：問題不在我們有沒有文化，是我們沒有把文化做成別人能用的語言。

## 中國賣的不是商品，是認知框架

先說一個不舒服的事實。

蜜雪冰城在東南亞的門市數已經超過了星巴克在同一區域的數字。但它賣的不是飲料。它賣的是「便宜也可以有品牌感」這個概念：一種對消費主義的重新定義。

李子柒在 YouTube 累積了超過兩千萬訂閱。但她輸出的不是中國農村生活。她輸出的是「慢生活」這個感知框架：一種對全球化焦慮的解方。沒有一句對白，卻讓全世界的年輕人看見一種他們渴望但無法命名的東西。

大疆在全球消費級無人機市場佔了超過七成。但它真正佔領的不是市場份額，是「空中視角」這個認知類別。當你想到無人機，你想到大疆。這不是行銷，是類別定義權。

這些案例的共通點是什麼？它們都不只是在賣產品。它們在輸出一種理解世界的方式。

## 語法 vs. 詞彙

這裡要做一個關鍵區分。

台灣的文化輸出，大部分還停留在「詞彙」的層次：我們有很好的內容、很好的作品、很好的創作者。但這些是單詞，不是語法。

詞彙是「珍珠奶茶很好喝」。語法是「為什麼全世界的年輕人都在喝手搖飲」：是一個讓你的詞彙可以被組合、被擴散、被其他人主動使用的結構。

中國正在做的事情，就是把文化從詞彙升級成語法。故宮文創不只是在賣印著古畫的膠帶。它在建立一套「東方色譜系統」：一個設計師可以直接取用的美學資料庫。這是從內容到基礎設施的跳躍。

台灣有沒有類似的東西？

坦白說，很少。我們有很多感人的故事，但我們還沒有把這些故事做成可以被別人「使用」的架構。

## 我在循環經濟學到的邏輯

我在循環經濟產業工作超過十年。這個行業教會我一件事：價值不在東西本身，在你怎麼定義它。

同一塊廢棄的電路板，你叫它垃圾，它就進焚化爐。你叫它城市礦山，它就值幾萬美金的貴金屬。改變的不是物理組成，是認知框架。

文化話語權的邏輯完全一樣。

台灣的文化資產：無論是茶道、原住民美學、廟宇建築、還是我們獨特的民主經驗：它們的「物理組成」已經很豐富了。但我們有沒有替它們建立一個讓國際社會可以「取用」的認知框架？

中國把敦煌做成了數位沉浸體驗，把《清明上河圖》做成了 NFT 確權專案。他們不是在保存文化，是在把文化資產「上架」到全球數位文明的貨架上。

台灣的文化資產呢？大多還在展覽館裡，等著觀光客來看。

## 台灣真正的優勢

話說回來，我不是要唱衰台灣。恰好相反。

在台日半導體合作的現場，我看到一件有趣的事：日本人對台灣的信任度，遠高於他們對中國的信任度。這不只是政治因素。是文化氣質。台灣人的誠實、彈性、願意把事情做到位而不只是做到能交差：這些特質在跨國合作裡極為珍貴。

但問題是，這些特質我們從來沒有有意識地「品牌化」。

日本有「匠人精神」。北歐有「hygge」。韓國有「한류」。這些不只是形容詞，是已經進入全球語彙的文化品牌。

台灣有什麼對應的詞？

我們的溫厚、韌性、多元包容：這些確實存在，但它們還停留在「只有來過台灣的人才知道」的階段。沒有被命名，就無法被傳播。沒有被傳播，就不會成為話語權。

## 不是聲量的問題

文化話語權的競爭，不靠嗓門，靠的是能不能建立一套別人願意主動使用的敘事秩序。

中國用的是國家力量加商業機器，這條路台灣走不了，也不該走。但我們有另一條路：用真實性取代規模。在一個假訊息氾濫、信任崩解的時代，「真的」本身就是最稀缺的貨幣。

台灣的機會不在於跟中國比聲量，在於成為一種「可信賴的文化介面」。讓人們在接觸台灣的內容時，感受到一種不需要防備的真誠。

但這需要設計。真誠是原料，不是成品。你必須把真誠做成一種可以被感知、被複製、被擴散的格式。

---

回到那架從東京飛回台北的飛機上。

如果再遇到那個問題：「台灣的文化除了珍珠奶茶和故宮，還有什麼？」：我現在會這樣回答：

台灣是全世界少數能同時理解東方和西方、同時操作科技和人文、同時保有傳統和開放的地方。我們不是最大聲的，但我們可能是最真實的。

問題只在於：我們願不願意把這個真實，做成一種全世界都能使用的語法。</content:encoded><category>智能與秩序</category><category>文化話語權</category><category>中國品牌</category><category>台灣文化策略</category><category>地緣政治</category><category>敘事框架</category><category>品牌國際化</category></item><item><title>靠近負熵：從中美博弈看台灣企業的秩序選擇</title><link>https://paulkuo.tw/articles/negentropy-taiwan-enterprise/</link><guid isPermaLink="true">https://paulkuo.tw/articles/negentropy-taiwan-enterprise/</guid><description>每次跟企業主聊到中美關係，對話幾乎都會走向同一個死胡同：「到底該靠美國還是靠中國？」我覺得這個問題本身就問錯了。因為它把地緣政治當成選邊站的忠誠度測試，而不是一個戰略判斷。我用了一個不同的框架來思考這件事：熵與負熵。薛丁格在 1944 年就指出，生命的本質是攝取負熵、對抗混亂。企業也是一樣。這篇想從物理學的熵概念出發，談談為什麼台灣企業不應該選邊政治，而應該「選邊秩序」：靠近那個正在創造秩序的系統，遠離那個正在製造混亂的系統。
</description><pubDate>Tue, 29 Apr 2025 00:00:00 GMT</pubDate><content:encoded>去年跟一個做零組件的老闆吃飯。聊到一半，他突然很認真地問我：「你覺得我們該不該把大陸的產線收掉？」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/negentropy-taiwan-enterprise-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/negentropy-taiwan-enterprise-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我反問他：「你在大陸的毛利率多少？」他說了一個數字。「那你的主要客戶在哪裡？」他說了幾個名字。「你的核心技術有沒有被要求技轉？」他沉默了一下。

「不是該不該收的問題，」我說，「是你在那個環境裡，秩序在增加還是在減少。」

他看著我，一臉困惑：「什麼意思？」

## 熵：混亂的必然

1944 年，物理學家薛丁格（Erwin Schrödinger）出版了《生命是什麼？》。這本書裡有一個核心概念讓我想了很多年：**生命之所以存在，是因為它能攝取「負熵」。**

熵（Entropy）是物理學裡描述混亂程度的概念。熱力學第二定律告訴我們：在一個封閉系統裡，熵只會增加，不會減少。也就是說，任何系統如果沒有外部能量的輸入，都會自然地走向混亂和崩解。

房間不打掃會變亂。程式碼不維護會腐化。關係不經營會疏遠、公司不創新也會衰退。

這全都是熵增。

而生命：包括企業：之所以能持續存在，是因為它們不斷從外部攝取秩序（負熵），用來對抗內部的混亂傾向。你吃食物是攝取負熵。你學新東西是攝取負熵。你的公司做創新、建流程、培養人才，都是在攝取負熵。

**企業的每一個決策，本質上都是在回答一個問題：這個決策是在創造秩序，還是在製造混亂？**

## 反熵增史觀看中美博弈

把這個框架套到地緣政治上，會看到一個非常清晰的圖像。

中美博弈的本質不只是經濟競爭或政治對抗。用反熵增史觀來看，它是兩個體系在做不同形式的「熵減工程」：誰能創造更多秩序、誰的系統更穩定、誰能吸引更多外部參與者加入它的秩序網絡。

美國體系的特徵是什麼？制度透明、法律可預測、智慧財產權保護機制成熟、供應鏈分工明確、資本市場規則清楚。這些東西加在一起，構成了一個相對穩定的「秩序場」。不是說它沒有問題：問題很多。但在全球的比較基準上，它目前仍然是「負熵中心」。

中國體系呢？它正在試圖建立自己的秩序：自己的技術標準、自己的支付系統、自己的供應鏈體系。這個企圖心是巨大的。但在轉型的過程中，它同時承受著巨大的「熵增壓力」：政策不確定性高、法規變動頻繁、外資進出規則不透明、技術封鎖帶來的適應成本。

我不是在做價值判斷：哪個體系「好」或「壞」：我在做的是秩序評估：**哪個體系目前在創造秩序，哪個體系目前在承受混亂？**

## 選邊秩序，不選邊政治

回到那個零組件老闆的問題。

我的建議不是「撤出中國」或「留在中國」。這種二元選擇太粗糙了。我的建議是用一個更精確的框架來判斷：

核心技術：你的關鍵技術和智慧財產，應該放在制度最穩定的地方。目前來看，這意味著靠攏美日歐體系。不是因為它們「比較好」，是因為它們的法律保護和制度可預測性，是你核心資產的最佳保險。

中國市場：可以參與，但不可過度曝險。保留隨時退出的能力。不要把超過一定比例的營收壓在單一市場上，尤其是一個法規變動頻繁的市場。

生產布局：雙基地原則。不要把所有雞蛋放在同一個籃子裡。供應鏈去集中化不是政治口號，是風險管理的基本功。我在〈[被忽略的文明指標](/articles/civilization-metric-system-over-goal)〉裡談過，風險降低跟財富增長一樣是文明進步的指標。企業的佈局也是同樣邏輯。

資本合規：以國際資本市場的規則為主要參照。因為國際資本市場的規則雖然複雜，但相對穩定和可預測。

簡單說：**靠近秩序的一側，遠離混亂的一端。** 不是因為政治立場，是因為秩序就是風險管理。

## 做一股反熵增的力量

最後想把這個框架從企業拉回個人。

每天你做的每一個決策：合作對象怎麼選、時間怎麼分配、精力投入在哪裡：本質上都是在回答同一個問題：**這是在創造秩序，還是在消耗能量？**

有些合作關係每次互動完你都覺得更有方向。有些合作關係每次互動完你都覺得更混亂。前者是負熵，後者是熵增。

有些工作模式讓你越做越有系統感。有些工作模式讓你越做越覺得在打地鼠。前者是在建秩序，後者是在消耗秩序。

反熵增的人有一個特質：他們走到哪裡，哪裡就變得比較穩定。不是因為他們很厲害，是因為他們每一個選擇都在問：「這讓事情變得更有秩序，還是更混亂？」

在這個動盪的時代，選擇靠近負熵的世界，不只是企業策略：它是一種生存姿態。

混亂會讓人墮落，秩序能讓人活得久，而在混亂與秩序之間做出選擇的能力，就是你在這個時代最重要的判斷力。</content:encoded><category>智能與秩序</category><category>熵與負熵</category><category>中美博弈</category><category>台灣企業</category><category>秩序選擇</category><category>地緣策略</category></item><item><title>微軟說台灣 AI 準備度全球領先，但你的老闆知道嗎？</title><link>https://paulkuo.tw/articles/work-trend-index-2025-taiwan/</link><guid isPermaLink="true">https://paulkuo.tw/articles/work-trend-index-2025-taiwan/</guid><description>微軟《2025 年工作趨勢指數》點名台灣在 AI 採用上全球領先，從代理熟悉度到業務流程自動化，幾乎每項指標都超越全球平均。但數字跟體感之間的落差，才是這份報告最值得深究的地方。當 88% 的台灣領導者說他們準備好了，真正的問題是：準備好什麼？是導入一套 Copilot，還是從根本重新想像組織的運作方式？這篇文章從一個實際用 AI agent 取代團隊的人的角度，拆解報告裡那些漂亮數字背後的真實門檻。
</description><pubDate>Sun, 27 Apr 2025 00:00:00 GMT</pubDate><content:encoded>我每天跟 AI agent 一起工作。翻譯、排程、社群發布、封面圖生成：一條自動化管線從我寫完文章的那一刻啟動，跑完整套流程不需要第二個人類。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/work-trend-index-2025-taiwan-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/work-trend-index-2025-taiwan-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

所以當微軟《2025 年工作趨勢指數》說台灣在 AI 準備度上「全球領先」的時候，我的第一個反應不是驕傲，是困惑。

因為我環顧四周，很難找到第二家台灣公司在做跟我一樣的事。

## 數字的確漂亮

先把報告裡的台灣亮點攤開來看。微軟這份調查涵蓋 31 國、31,000 名受訪者，台灣的表現在好幾個維度都跑在前頭。

88% 的台灣領導者認為 2025 年是重新思考策略與營運的關鍵年份，全球平均是 82%。82% 的領導者有信心在 12 到 18 個月內用 AI 代理擴大勞動力。58% 的組織已在用代理全面自動化工作流程，全球只有 46%。AI 代理熟悉度也高於全球水準：全球調查中 67% 的領導者與 40% 的員工表示熟悉 AI 代理，台灣的比例更高。

這些數字如果放在投影片上，絕對夠漂亮。

## 但數字說的是認知，不是行動

問題是，「熟悉」跟「正在用」是完全不同的事。

我認識的台灣企業主管裡，會把 ChatGPT 當搜尋引擎用的不少，但真的建起 AI agent 工作流、把代理當數位員工編入組織的，屈指可數。微軟報告裡提到一個概念叫「前沿公司（Frontier Firm）」，定義是用 AI 與代理來重新設計組織結構和工作方式的公司。不只是裝了 Copilot，而是從根本改變誰做什麼、怎麼做、跟誰協作。

71% 的前沿公司員工認為自家公司正在蓬勃發展，一般企業只有 37%。92% 覺得工作有意義，一般企業 77%。

差距不在工具，在思維模式。

## 三個值得深想的訊號

報告裡有三個架構性的觀察，對台灣企業有很實際的意涵。

**第一，智慧變成水電一樣的基礎設施。** 微軟用了一個詞叫「Intelligence on Tap」：智慧隨需取用。過去你需要聘一個人來做市場分析，現在你可以讓 AI 代理在半小時內交出初稿。這代表「有知識」不再是競爭力，「能組裝知識成行動」才是。

**第二，組織圖會被工作圖取代。** 報告提出「Work Chart」的概念：未來的團隊不圍繞部門編組，而是圍繞任務編組，像電影劇組一樣，拍完就散，下一個案子重新組隊。這對台灣企業挑戰很大，因為我們的組織文化非常依賴穩定的科層結構。

**第三，每個人都會變成 agent 的管理者。** 42% 的領導者預期未來五年內要建多代理系統，41% 要訓練代理，36% 要管理代理。未來的工作能力不只是「會不會用 AI」，而是「能不能指揮 AI 去完成你設定的目標」。

## 台灣的真正優勢與真正風險

台灣的數字好看，有幾個結構性原因。半導體產業帶來的技術敏感度、高密度的科技從業人口、對新工具的接受速度快：這些都是真的。

但台灣也有一個很深的結構性風險：我們太擅長「快速跟上」，卻不擅長「重新定義」。

裝 Copilot、開 ChatGPT、參加 AI 工作坊：這些是跟上。但前沿公司做的事情是：重新定義「一個人可以完成多少事」，重新設計「哪些決策需要人類、哪些交給代理」，甚至重新思考「組織到底需要多少人」。

我自己的經驗是：一個人加上 AI agent，可以做到過去需要五到八個人的產出。但這不是因為 AI 厲害：是因為我願意把工作流程從頭拆開再重組。大部分台灣企業還沒走到這一步。

## 三件事，現在就可以做

微軟的建議其實很直白，我用自己的語言翻譯一下。

**聘你的第一個數位員工。** 不是買一套軟體，是認真想一個場景：如果你團隊裡多一個不用睡覺、不用開會、24 小時可以運轉的成員，你會讓它做什麼？從那裡開始。

**設定人機比例。** 每個流程都問一次：這件事哪些部分必須是人做的？哪些可以交出去？不是裁員，是讓人做只有人能做的事。

**從試點到全面推展，不要卡在 POC。** 台灣企業最常見的問題是永遠在 POC 階段。一個 pilot 跑三個月、報告寫完了、然後呢？前沿公司的差別是，他們把 AI 當組織戰略在推，不是當技術專案在試。

## 數字只是入場券

台灣的 AI 準備度數字確實全球前段班。但準備度是入場券，不是終點線。

真正的問題不是「你聽過 AI agent 嗎」，而是「你的組織有沒有因為 AI 而長得不一樣」。

微軟說得很清楚：未來幾年是確立領先地位、或被 AI 原生競爭者超越的關鍵期。台灣走在對的方向上，但走得還不夠快，也不夠深。

那張漂亮的問卷成績單，等著被真實的組織變革來兌現。</content:encoded><category>智能與秩序</category><category>微軟</category><category>工作趨勢指數</category><category>AI代理</category><category>前沿公司</category><category>台灣產業</category><category>人機協作</category><category>組織轉型</category></item><item><title>AI 時代的全天候經濟：從人力撐場到智慧協作</title><link>https://paulkuo.tw/articles/ai-always-on-economy-restructure/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ai-always-on-economy-restructure/</guid><description>讀到《華爾街日報》談 AI 驅動的全天候經濟，我腦中冒出一個反問：難道沒有 AI 之前，我們就不是 24 小時在運轉嗎？當然是。只是過去我們靠的是人命：三班制、跨時區輪班、永遠 on-call 的值班手機。AI 改變的不是「全天候」這件事，而是維持全天候的代價。這篇想拆解的是：當維持成本被壓到接近零，組織的底層邏輯會發生什麼變化？我從自己經營公司的經驗出發，提出三層重構的框架：流程、人機分工、價值。這不是未來式，這是現在進行式。
</description><pubDate>Mon, 21 Apr 2025 00:00:00 GMT</pubDate><content:encoded>讀到《華爾街日報》一篇談 AI 驅動全天候經濟的文章，我停下來想了很久。不是因為文章寫得多好，而是因為它讓我意識到一件事：我們一直在用錯誤的框架理解這個變化。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ai-always-on-economy-restructure-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ai-always-on-economy-restructure-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

文章的敘事是這樣的：AI 讓經濟體可以 24 小時不間斷運作，這是一個嶄新的時代。

但真的「嶄新」嗎？

## 全天候經濟從來不是新鮮事

台北的便利商店二十年前就 24 小時營業了。全球金融市場在不同時區接力交易，從東京到倫敦到紐約，太陽永遠不會在交易所上落下。半導體晶圓廠的產線一年 365 天不停機，因為重新啟動一座爐子的成本比讓它跑下去更高。

我們早就活在全天候經濟裡了。

差別在於，過去的全天候靠的是人命。

我記得剛開始創業的時候，有一段時間公司在跑一個跨時區的專案。台灣白天處理亞洲端，晚上接美國客戶的需求。聽起來很國際化，實際上就是我和團隊幾個人輪流熬夜，手機永遠不敢關靜音。有一次凌晨三點被叫起來處理一個系統警報，查了兩小時，發現是誤報。但你不敢不查，因為「萬一是真的呢？」

那段日子的代價不是帳面上的加班費。是團隊的眼神越來越疲憊，創意會議上越來越安靜，每個人都在省能量，只處理眼前最急的事。

這就是舊版全天候經濟的真相：**用人類的生理極限去硬撐一個超過生理設計的系統。**

## AI 重構了全天候經濟的成本邏輯

AI 進場之後，全天候運作本身並未改變，但維持全天候運作的成本結構根本不同了。

舉個具體的例子。現在我的團隊用 AI 代理處理第一線的客戶需求分流和系統監控。以前凌晨三點的誤報需要有人爬起來確認，現在 AI 先判斷嚴重程度，只有真正需要人介入的情況才會觸發通知。結果呢？真正的緊急事件反應更快了，因為值班的人精力是滿的，不是被之前五次誤報消耗殆盡。

相比於「效率提升 30%」這類的故事，這是一場質變。

當你把維持全天候運作的邊際成本壓到接近零的時候，很多原本不合理的事情突然變得合理了。即時監控每一條供應鏈的狀態？以前需要一整個部門，現在一個 AI 代理就能做到。每一筆交易都即時做風險評估？以前只有大型金融機構才負擔得起，現在中小企業也可以。

但這裡有一個陷阱：很多人以為 AI 就是把原本人做的事變成機器做。這是最膚淺的理解，也是最危險的策略。

## 三層重構：不是升級，是翻新

我在觀察不同企業導入 AI 的過程中，發現一個規律：成功的不是那些「用 AI 取代人力」的公司，而是那些願意重新思考整個運作邏輯的公司。

這個重新思考有三個層次。

**第一層是流程重構。** 傳統的業務流程是圍繞「人的工作時間」設計的。週一開會、週三交報告、週五覆核。這個節奏在人力驅動的時代是合理的，因為人需要時間消化資訊、形成判斷、協調行動。但當 AI 可以即時處理和分析，這個節奏就變成了人為的瓶頸。真正的流程重構不是「把週會頻率從一週改成每天」，而是問：「我們真的還需要固定頻率的會議嗎？還是可以改成事件驅動：有狀況才聚，沒狀況就各自推進？」

**第二層是人機分工重構。** 這一層最容易被誤解。很多人畫了一張圖：AI 負責 A、B、C，人類負責 X、Y、Z，交接點在哪裡。這種靜態分工圖根本不管用，因為 AI 的能力邊界每三個月就在移動。我在自己公司的做法是設計一個「動態授權框架」：AI 有基本的自主權限，但超過某個複雜度或風險等級的決策會自動升級給人。這個閾值不是固定的，而是根據 AI 的表現和團隊的信任度持續調整。就像你帶一個新人，一開始什麼都要看，半年後你只看關鍵決策，一年後你只看結果。

**第三層是價值重構。** 這是最深、也最少人在談的一層。當 AI 把執行效率推到極限，組織之間的競爭會轉移到 AI 無法輕易複製的領域：對文化脈絡的理解、與人建立信任的能力、在模糊地帶做出負責任判斷的勇氣。我在〈[後程式碼時代的思考：當品味成為人類的關鍵競爭力](/articles/post-code-era-taste)〉裡談過類似的觀點：當執行成本趨近於零，判斷力成為唯一的差異化因素。在組織層面，這個「判斷力」就是企業文化、決策品質、和面對不確定性時的韌性。

## 從插座到結界：MCP 的隱喻

有一個技術層面的發展值得特別談：MCP（Model Context Protocol）。

MCP 是一種讓不同 AI 模型和工具能互相溝通的標準協議。聽起來很技術，但它的意義遠超過技術本身。

想像一下，在 MCP 出現之前，每個 AI 工具都是一座孤島。你的客服 AI 不知道倉儲 AI 在想什麼，你的分析 AI 看不到行銷 AI 的數據。要讓它們協作，你得寫一堆客製化的串接程式，維護成本極高。

MCP 做的事，就像電腦產業當年統一了 USB 介面。在 USB 之前，每個廠商有自己的接頭，買個印表機要祈禱接頭跟你的電腦合。USB 統一之後，你不用再想接頭的事，專心想你要印什麼就好。

MCP 對 AI 生態的影響是類似的。當 AI 代理之間可以無縫溝通，全天候經濟就不再是「一群各自為政的 AI 在不同角落工作」，而是一個有機的、能即時協調的智慧網路。

我把這個叫做「結界」：一個以 AI 為底層基礎設施的運作空間，裡面的資訊和決策可以不受人類作息限制地流動。結界一旦成形，裡面的效率和外面的效率就不在同一個量級了。

## 台灣企業的現實挑戰

聊了這麼多，回到台灣的現實。

台灣企業面對全天候經濟轉型，有一個結構性的困難：我們的組織文化太依賴「人」了。

這不是壞事：台灣中小企業的靈活、信任網絡、老闆跳下來一起做的文化，是我們在全球供應鏈中佔有一席之地的原因。但這也意味著，我們的流程很多是「跟著人走」而不是「跟著系統走」。老闆記得每個客戶的偏好、資深業務靠直覺判斷訂單真偽、工廠主管用經驗調整產線參數。

這些「內隱知識」在 AI 時代變成了雙面刃。一方面，它們是寶貴的資產，AI 很難直接取代。另一方面，它們也是轉型的阻力，因為這些知識沒有被系統化，AI 無法接手。

我自己的經驗是，轉型的第一步不是導入什麼 AI 工具，而是花時間把團隊的內隱知識「翻譯」成可以被系統理解的形式。這個過程痛苦、緩慢，而且常常會遇到抗拒：「這種事沒辦法寫成規則啦」是我聽過最多次的話。但一旦完成，AI 才有辦法真正發揮作用，而不只是一個昂貴的玩具。

## 準備好了嗎？這個問題本身就問錯了

每次談到 AI 帶來的變革，最後都會有人問：「我們準備好了嗎？」

我覺得這個問題本身就有問題。它假設了一個「準備好」的狀態，好像你可以在岸上把泳姿練好再下水。但現實是，水已經到腳踝了。

比「準備好了嗎」更實際的問題是：你有沒有一個可以在變化中持續調整的架構？你的組織是不是足夠靈活，可以在 AI 能力每三個月升級一次的節奏中持續適應？你的團隊有沒有同時理解技術和業務的人，可以在兩者之間做翻譯？

全天候經濟在 AI 的加持下，正從「人力硬撐的常態」變成「智慧驅動的本能」。但本能不是天生的：對組織來說，它是被設計出來的。

那些現在就開始重新設計的人，不見得會贏。但那些還在等「準備好」的人，大概已經來不及了。</content:encoded><category>智能與秩序</category><category>AI經濟</category><category>全天候運作</category><category>組織重構</category><category>人機協作</category><category>MCP</category></item><item><title>基要主義的陷阱：當信仰從追問變成審判</title><link>https://paulkuo.tw/articles/fundamentalist-faith-arrogance/</link><guid isPermaLink="true">https://paulkuo.tw/articles/fundamentalist-faith-arrogance/</guid><description>基要主義在全球各宗教中都有它的影子。Paul 從自身在教會圈的長期觀察出發，指出基要主義最危險的地方不是它的教義，而是它讓信仰停止了提問。當「我已經知道答案」取代了「我是否遺漏了什麼」，信仰就從橋樑變成了武器。這篇文章不是在攻擊任何特定教派，而是在邀請每一個信仰者檢視自己：你的信仰，還在呼吸嗎？
</description><pubDate>Wed, 19 Jun 2024 00:00:00 GMT</pubDate><content:encoded>我認識一個弟兄，信主三十多年，每天讀經禱告，熱心參與教會服事。有一天我們聊到一個神學議題，我分享了一個跟他不同的觀點。他看著我，認真地說：「你這樣想，很危險。」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/fundamentalist-faith-arrogance-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/fundamentalist-faith-arrogance-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

不是「我不同意」，不是「讓我們來討論」。是「你很危險」。

那個瞬間，我感受到一股很深的悲哀。不是因為他反對我的觀點：觀點不同很正常。而是因為，在他的信仰世界裡，不同的觀點不是值得探索的可能性，而是需要被警告的威脅。

這就是基要主義的氣味。

## 確定性的癮

基要主義最誘人的地方，是它提供確定性。

在一個什麼都不確定的世界裡，基要主義告訴你：聖經的每一個字都是真的、每一條規則都是確定的、每一個問題都有標準答案。你不需要在灰色地帶掙扎，因為一切都是黑白分明的。

這種確定性像毒品一樣會上癮。

因為承認「我不確定」是很不舒服的。承認「也許我錯了」更不舒服。而基要主義提供了一個完美的解藥：你不需要面對這些不舒服，因為答案已經在那裡了。你只需要相信，只需要服從，只需要把異議排除在外。

問題在於，這種確定性是有代價的。

## 代價：停止傾聽

使徒保羅在哥林多前書提醒我們：「我們現在所知道的有限。」

這句話出自基督教最重要的神學家之一，一個建立了大半個早期教會的人。連他都承認自己的認知是有限的。

但今天很多基要主義者活得像什麼都知道。他們知道誰會上天堂、誰在犯罪、上帝對每一個議題的確切立場。他們不只是「相信」某件事：他們「確定」自己的相信就等於上帝的旨意。

當一個人到了這個程度，他就喪失了傾聽的能力。

因為傾聽的前提是承認對方可能有你不知道的東西。如果你已經什麼都知道了，為什麼要聽？別人的觀點只有兩種可能：跟你一樣（確認你是對的），或跟你不同（證明他是錯的）。

我在教會圈裡觀察了很多年，最讓我心痛的畫面不是什麼神學辯論。而是一個年輕人鼓起勇氣在小組裡提出他的困惑，然後被長老用一句「你信心不夠」給堵了回去。那個年輕人的問題可能不成熟、可能措辭不好、可能確實有誤解，但他在提問。而一個停止提問的信仰群體，是一個正在枯死的群體。

## 審判的誘惑

基要主義的第二個危險，是它讓審判變得太容易了。

當你相信自己擁有真理的完整版本，你就自動站在了裁判的位置。別人的行為、信仰、選擇，都可以被你拿來跟「標準」對照，然後宣判合格或不合格。

這個過程甚至不需要惡意。很多基要主義者真心相信自己是「為了對方好」、是「按照聖經行事」。但問題是，當你把「我的詮釋」等同於「上帝的標準」，你就在做一件聖經本身警告你不要做的事：把自己放到了上帝的位置。

耶穌在世的時候，最常跟他衝突的不是罪人，而是法利賽人：那個時代最虔誠、最守規矩、最確信自己是對的宗教群體。這個對比，值得每一個信仰者深思。

## 我的掙扎

坦白說，我自己也不是免疫的。

在我信仰早期，我也經歷過一段「什麼都很確定」的階段。那時候覺得信仰很簡單：讀經、禱告、遵守規範、傳福音。有人問我為什麼信，我可以滔滔不絕地講一個小時。

是後來在神學院的學習，開始動搖了我的確定性。不是讓我不信了，而是讓我發現，很多我以為「很簡單」的事情，其實遠比我想像的複雜。聖經的文本有它的歷史脈絡，教義的形成有它的政治角力，不同的詮釋傳統之間有深刻的分歧。

這些發現沒有摧毀我的信仰。反而讓我的信仰從一個「什麼都確定」的扁平結構，變成一個「承認複雜、接受張力」的[立體結構](/articles/same-sex-marriage-theology)。

我現在的信仰不比以前更「確定」，但我相信它更誠實、更有深度、更能呼吸。

## 活的信仰 vs. 凍結的信仰

所以怎麼分辨一個信仰是「活的」還是「凍結的」？

我有一個很簡單的測試：這個信仰群體，還在提問嗎？

如果他們還在問「我們是不是遺漏了什麼？」「這段經文有沒有其他理解的可能？」「我們的立場是不是受到了文化偏見的影響？」：那這個信仰是活的。它還在呼吸、在生長、在面對真實世界的挑戰。

如果他們已經不問了，如果每一個問題的答案都已經被鎖死，如果任何質疑都被視為「不信」：那這個信仰被凍結了。它看起來很堅固，但堅固和死亡有時候只有一線之隔。

基要主義的問題不在信仰本身，而在於它把信仰凍結了。

真正活的信仰，是會呼吸的。它會質疑、會哭泣、會在黑暗中摸索。它不怕「我不確定」，因為它知道[確定性不是信仰的目標：信實才是](/articles/god-beyond-definition)。

而一個信實的信仰者，最根本的特質不是「什麼都知道」。是承認自己的有限，然後在有限中依然選擇信靠。

這比什麼都確定更難。但也比什麼都確定更美。</content:encoded><category>文明與人性</category><category>基要主義</category><category>信仰反思</category><category>神學</category><category>謙卑</category><category>宗教批判</category></item><item><title>超越定義的上帝：為什麼神學需要否定的勇氣</title><link>https://paulkuo.tw/articles/god-beyond-definition/</link><guid isPermaLink="true">https://paulkuo.tw/articles/god-beyond-definition/</guid><description>有一次在教會的小組討論裡，有人問了一個問題：「上帝到底是什麼？」接下來十五分鐘，每個人都在給答案：全能的、全善的、永恆的、公義的、慈愛的。但我坐在那裡越聽越不對勁。不是這些答案「錯」了，而是我們用語言去定義上帝這件事本身，可能就是一種傲慢。這篇想談的是否定神學（Apophatic Theology）的核心洞見、它如何挑戰了當代教會裡「什麼都很確定」的文化、以及為什麼我認為在信仰裡保持「不知道」的空間，不是軟弱，而是一種更深的敬畏。
</description><pubDate>Fri, 12 Apr 2024 00:00:00 GMT</pubDate><content:encoded>教會小組查經的時候，帶領的弟兄問了一個問題：「你會怎麼向一個不認識上帝的人介紹上帝？」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/god-beyond-definition-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/god-beyond-definition-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

大家輪流回答。「上帝是全能的創造者。」「上帝是愛。」「上帝是公義的審判者。」「上帝是永恆不變的。」

每個答案都很「正確」。如果要考神學考試，這些答案都能拿分。

但我坐在那裡，心裡有一個揮之不去的疑問：**如果上帝真的可以被這些詞彙完整描述，那祂還是上帝嗎？**

## 語言的傲慢

人類對語言有一種近乎本能的信任。我們相信：只要能說出來，就代表理解了。能定義，就代表掌握了。

這在日常生活中大部分時候是管用的。你說「這杯咖啡是熱的」，你確實掌握了這杯咖啡的一個重要特徵。你說「這家公司的營收是十億」，你確實描述了一個可以被驗證的事實。

但當語言的對象從有限的事物轉向無限：轉向上帝：這種信任就變成了傲慢。

當我們說「上帝是全能的」，我們其實是用人類對「能力」的理解去框架上帝。但上帝的「全能」，跟我們理解的「能力」是同一回事嗎？我們說「能力」的時候，腦子裡想的是「可以做到某件事的力量」。但如果上帝的「能力」超越了我們對「力量」的所有想像呢？

語言變成了牢籠。我們以為用語言抓住了上帝，其實是把上帝塞進了我們語言的尺寸裡。

## 否定神學的路徑

早期教會有一群神學家，他們意識到了這個問題。

偽丟尼修（Pseudo-Dionysius）在五世紀左右提出了一個激進的神學路徑：與其說上帝「是」什麼，不如說上帝「不是」什麼。

說「上帝不是有限的」，比說「上帝是無限的」更誠實。因為前者承認我們對「無限」的理解是有限的：我們知道上帝不是有限的，但我們不敢宣稱自己真正理解「無限」是什麼。後者卻暗示我們已經理解了無限的含義，然後把它當標籤貼在上帝身上。

這就是否定神學（Apophatic Theology）的核心。它不是懷疑論：它不是說「上帝不存在」或「我們對上帝一無所知」。它說的是：**我們對上帝的認識，永遠只能透過否定來接近。** 每一次我們說「上帝不是這個」，就往真實靠近了一步。但每一次我們說「上帝是那個」，就有可能偏離了。

中世紀的邁斯特·艾克哈特（Meister Eckhart）把這個想法推得更遠。他說過一句讓很多人不舒服的話：「我祈求上帝讓我從上帝中解放。」意思是：我們心中那個被定義好的「上帝形象」，可能正是阻礙我們認識真正的上帝的東西。

## 確定性的氾濫

如果否定神學是一種古老的智慧，為什麼現代教會離它這麼遠？

因為確定性賣得好。

在一個充滿焦慮的時代，人們渴望確定的答案。教會如果能提供「絕對確定」的信仰：上帝就是這樣、祂的旨意就是那樣、你照著做就對了：它就能吸引人。不確定性讓人不安，確定性讓人安心。

但問題是：過度的確定性不是信仰的深度，是信仰的淺化。

我在教會裡待了很多年，觀察到一個模式。很多人（包括過去的我自己）會把「信仰堅定」等同於「什麼都確定」。我確定上帝存在。我確定祂的計畫是好的。我確定聖經的每一句話都是字面意義上的真理。我確定我的教派對聖經的解讀是正確的。

這些確定感提供了巨大的心理安慰。但它們也創造了一個封閉的系統：在這個系統裡，質疑等於不信，懷疑等於軟弱，說「我不知道」等於信仰不夠。

我在〈[信仰崩塌與重建](/articles/faith-collapse-rebuild)〉裡分享過自己的經歷。那次崩塌讓我學到的最重要的一課就是：一個容不下「不知道」的信仰，其實是脆弱的。因為它的根基是確定感，不是上帝本身。

## 不知道的勇氣

否定神學不是懷疑論，也不是不可知論：它是一種不同形式的信仰。

懷疑論說：「既然不能確定，那就別信了。」否定神學說：「正因為上帝超越了我所有的理解，我才更加敬畏。」

這兩者的差別是巨大的。前者用「不知道」作為退出的理由。後者用「不知道」作為深入的入口。

我自己在信仰路上走到這個階段，花了很長的時間。年輕的時候，我需要確定性。我需要知道上帝是誰、祂要我做什麼、人生的意義是什麼。那些答案給了我方向和安全感。

但隨著年紀增長，經歷越多、讀越多、想越多，我發現那些確定的答案開始鬆動。不是因為信仰變弱了，而是因為我開始意識到：那些答案只是手指，不是月亮。它們指向了一個方向，但方向的盡頭是什麼，我越來越不敢說我知道。

而奇怪的是，**這種「不知道」並沒有讓我的信仰變弱，反而讓它變深了。**

因為當你放下「我知道上帝是什麼」的時候，你才開始真正地面對上帝。不是面對你腦中那個被定義好的上帝形象，而是面對那個你無法定義、無法掌握、甚至無法完整言說的存在。

那才是敬畏。

## 在信仰裡閉嘴

否定神學最實用的啟示可能是這個：**有時候，在上帝面前，最好的回應是閉嘴。**

不是因為沒話說，而是因為知道：有些事，說出來就已經偏了。

在一個每個教派都宣稱自己擁有真理、每個傳道人都自信滿滿地解釋上帝心意的時代，選擇沉默需要比大聲宣講更大的勇氣。

我不是說教導和宣講不重要：它們當然重要。但教導和宣講應該帶著一種根本的謙卑：「我正在用有限的語言談論無限的上帝，所以我說的每一句話，都可能不完全對。」

這種謙卑不會削弱信仰。它會保護信仰不變成偶像崇拜：崇拜的不是上帝，而是我們自己對上帝的定義。

上帝超越定義：這不是信仰的終點，這是信仰真正的起點。而起點的姿態，不是大聲宣告「我知道」，而是安靜地承認：「在祢面前，我的語言不夠用。」

這種安靜，比任何神學論述都更接近敬拜。</content:encoded><category>文明與人性</category><category>否定神學</category><category>語言的局限</category><category>信仰反思</category><category>敬畏</category><category>神學思考</category></item><item><title>自學教育的真相：家長的心得與溫和的對抗</title><link>https://paulkuo.tw/articles/homeschool-gentle-resistance/</link><guid isPermaLink="true">https://paulkuo.tw/articles/homeschool-gentle-resistance/</guid><description>2014 年，我們選擇讓孩子參與非學校型態的實驗教育。做這個決定的時候，很多人覺得我們瘋了。身為連續創業者，我比多數人更清楚產業變革的速度，而體制教育培養出來的能力，跟未來世界需要的能力之間的落差，大到讓我沒辦法假裝看不見。幾年走下來，我想誠實地分享：自學不是浪漫的理想國，它是一場極度考驗家長心臟的實驗。但在這個過程中，我學到了一件比任何學科都重要的事：教孩子在遇到不公平的時候，練習「溫和有禮的對抗」。
</description><pubDate>Sat, 27 May 2023 00:00:00 GMT</pubDate><content:encoded>2014 年，我跟孩子的媽媽做了一個讓很多親友搖頭的決定：讓孩子離開學校，參與非學校型態的實驗教育（簡稱自學教育）。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/homeschool-gentle-resistance-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/homeschool-gentle-resistance-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

做這個決定的時候，我的小孩還小。周圍的人聽到都是類似的反應：「你確定嗎？」「以後升學怎麼辦？」「他會不會跟社會脫節？」

有些人比較客氣，講得比較委婉。有些人直接說：「你是不是太理想主義了？」

我不怪他們。因為在台灣的社會脈絡裡，「離開學校」這件事本身就帶有一種叛逆的色彩。好像你在否定所有人走過的路。

但我的動機其實很實際。身為創業者，我每天都在面對產業變革的前沿。環境再重塑工作的定義、看到全球化在改變競爭的格局、看到知識的半衰期越來越短。然後我回頭看體制教育：它花了十二年教孩子的東西，有多少比例在十年後還有用？

這個落差大到我沒辦法假裝看不見。

這條路的設計和推動，主要是我在做；孩子的媽媽一路配合、支持，讓我能放手去試。

## 撕下浪漫的標籤

但我要先說清楚：自學教育不是理想國。

網路上關於自學的敘事，很多都太浪漫了。什麼「讓孩子自由探索天賦」「在大自然中學習」「跳脫框架的創新教育」。這些聽起來很美，但如果你真的走進去，會發現現實充滿灰階。包括與孩子的溝通衝突。

幾年走下來，我歸納出幾個心得（註：這篇是2016年寫的）。

自學是陪伴，不是外包。你不能把錢交給一個機構或顧問，然後期待他們幫你搞定孩子的教育。那跟把孩子送進學校沒有本質區別。自學要求家長深度參與：不是監督功課那種參與，而是一起思考「今天要學什麼」「為什麼要學這個」「這個學習對他的未來有什麼意義」。

自學不是升學捷徑。如果你心底還是信奉升學主義：好學校、好學歷、好工作，那留在體制內是更聰明的選擇。因為體制的遊戲規則就是為升學設計的，在那個遊戲裡，體制內的孩子永遠有主場優勢。自學能給的東西很多，但「高效率地拿到文憑」不在其中。

自學是共同創業。這是我最常用的比喻。你跟孩子一起在「經營」一個教育事業，產品是課程，使用者是你的孩子。你要做市場調查（了解孩子的興趣和能力）、要開發產品（設計學習內容）、要做用戶測試（觀察孩子的反應和成長）、要不斷迭代（根據回饋調整方向）。

而且跟創業一樣，不確定性極高。法規通過了不等於系統完善了。好的自學社群今天存在、明天可能散了。你以為找到了一個好的學習方向，半年後發現孩子的興趣完全轉彎了。

這條非典教育路走了這麼多年，我不想講得太篤定，真實的情況是，很多時候我確實看不清前方的路，心裡滿是迷茫與不確定，甚至會擔心：這樣走下去，會不會害了孩子？但迷茫歸迷茫，我從未真正想過放棄。那更像是一種正因為前方不明確，反而更加篤定的信念，我並不想回頭。選擇一條沒有前人腳印的路，本來就得接受這個現實：沒有人能為你保證終點是什麼，你只能一邊迷路，一邊往前走。

選擇自學，是對工業文明與資本生活的一種反省。它不是方法論的選擇，是哲學的選擇。你選擇相信：教育不只是為了讓孩子在既有系統裡「成功」，而是為了讓他在一個不斷變化的世界裡「有能力自己定義什麼是成功」。

## 不稱職的大人

自學路上遇到最難處理的，不是課程設計，不是學習進度，是人。

具體來說，是不稱職的教育者。

有一次，孩子們一起參與一個學習專案。他們花很多時間投入的成果，被指導的老師拿去商業用途，事前沒問過我們，是後來在社群媒體上看到，才發現的。

孩子很憤怒。那是他第一次遇到有權力指導他的大人，做出他覺得不對的事。他的反應是：「這太不公平了！」

我完全同意他。那確實不公平。

但這也是一個教育機會。一個體制教育裡幾乎不會出現的教育機會。

## 溫和有禮的對抗

我跟孩子說：你覺得不公平，很好。你的憤怒是合理的。但接下來你打算怎麼做？

你可以生悶氣，在心裡把那個老師罵一百遍。你可以跟朋友抱怨，讓大家都知道他很爛。你可以假裝沒事，告訴自己「算了，以和為貴」。

或者，你可以做一件更難但更有價值的事：**把你的想法整理清楚，然後溫和、有禮、但堅定地去跟他說。**

我鼓勵他做的是最後一個選項。我陪他一起整理資料、一起沙盤推演可能的對話場景、一起想如果對方反駁該怎麼回應。

這個過程花了好幾天。比任何一門學科的功課都花時間。

最後他鼓起勇氣去找那個老師談了。說出來的力道大概只有我們練習時的三分之一。但他說了。他用自己的話，表達了自己的立場。

那一刻，我覺得這比考一百分重要一萬倍。

## 對抗的肌肉

我在〈[情緒也發生在關係裡](/articles/eq-group-education)〉裡談過，EQ 不只靠個人練習，其中的關係能力也需要群體互動。同樣的，「對抗」也不是天生就會的，它是一種肌肉，需要練習。

很多大人到了三十歲、四十歲，遇到不公平的事還是選擇吞下去。不是因為他們覺得公平不重要，而是因為他們從來沒有練習過怎麼表達異議。從小到大，體制教育教他們的是：聽話、配合、不要跟老師起衝突、不要跟主管意見不同。

「以和為貴」在台灣文化裡是美德。但如果「和」的代價是壓抑所有不同意見、忍受所有不公平，那「和」就不是和諧，而是壓迫的同義詞。

我希望我的孩子學會的不是「永遠和平」，而是「在需要對抗的時候，能夠溫和有禮地對抗」。

溫和，是因為目的不是傷害對方，而是表達自己。有禮，是因為尊重是雙向的，即使對方不尊重你。但堅定，因為如果你覺得一件事不對，你有責任說出來。

這種能力在自學教育裡有更多機會練習。因為自學的環境本身就充滿不確定性：你會遇到好的老師，也會遇到爛的。你會遇到支持你的社群，也會遇到不公平的對待。每一次遇到，都是一次練習的機會。

## 沒有標準答案的教育

走了這些年的自學路，我最大的體悟是：**教育沒有標準答案。**

體制教育有它的優點：結構清楚、資源穩定、社交網絡廣。自學教育有它的價值：彈性高、深度大、更接近「為了理解而學」而不是「為了考試而學」。

但不管哪一條路，核心的問題是一樣的：你想培養一個什麼樣的人？

如果答案是「一個能在既有體制裡拿到好成績的人」，體制教育就夠了。

如果答案是「一個能在不確定的世界裡，自己判斷、自己選擇、自己承擔後果的人」，那不管體制內還是體制外，你都需要刻意地創造讓孩子面對真實摩擦的機會。

自學只是其中一種方式。重要的不是形式，是你在這個形式裡，有沒有把「真實的世界」帶進孩子的學習裡。

包括那些不舒服的部分。包括不稱職的大人。包括不公平的待遇。包括需要你站起來說「不」的時刻。

對抗的肌肉跟跑步一樣，需要練習。而練習的最佳時機，不是長大以後，是現在。</content:encoded><category>沉思與記憶</category><category>自學教育</category><category>教育哲學</category><category>家長角色</category><category>溫和對抗</category><category>批判思維</category></item><item><title>菁英的傲慢，青年的出路</title><link>https://paulkuo.tw/articles/elite-arrogance-youth/</link><guid isPermaLink="true">https://paulkuo.tw/articles/elite-arrogance-youth/</guid><description>讀桑德爾的《成功的反思》，我被一個觀點打到：功績主義最大的問題，不在失敗者的挫折，而在成功者的傲慢。這句話讓我想到很多事：想到台灣社會對學歷的崇拜、想到創業圈裡「努力就會成功」的迷思、想到我自己在某些時刻也有過的那種「我做到了所以我配得」的心態。這篇想誠實地談談菁英傲慢的結構、它如何影響年輕世代、以及為什麼我認為真正的出路不在個人的奮鬥，而在集體對「貢獻」的重新定義。
</description><pubDate>Fri, 16 Dec 2022 00:00:00 GMT</pubDate><content:encoded>我記得大學的時候，有一次跟同學聊天，聊到一個共同認識的朋友沒考上研究所。一個同學很自然地說：「他就是不夠努力啊。」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/elite-arrogance-youth-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/elite-arrogance-youth-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

那句話在當時聽起來完全合理。因為我們自己考上了，所以我們覺得：我們之所以考上，是因為夠努力。他沒考上，就是因為不夠努力。多清楚的因果關係。

二十年後，我知道那句話有多傲慢。

不是因為那個朋友後來過得很好：事實上我不知道他後來怎樣了。而是因為我終於意識到：我之所以能考上，除了努力之外，還有一百個我當時看不到的因素。我出生在一個重視教育的家庭、我從小有書可以讀、我的身體健康沒有被任何疾病中斷過學業、我的經濟狀況允許我全職準備考試而不用打工。

這些都不是我「掙來」的。它們是運氣。

## 贏家的幻覺

桑德爾在《成功的反思》裡把這個現象叫做「贏家的幻覺」。

功績主義的敘事是這樣的：社會是公平的，機會是開放的。只要你夠聰明、夠努力，就能成功。所以成功的人之所以成功，是因為他們值得。失敗的人之所以失敗，是因為他們不夠好。

這個敘事有兩個致命的問題。

第一，它嚴重低估了運氣和結構的作用。你出生在哪個國家、哪個家庭，你是否有機會受到好的教育，你的性別、種族、健康狀況：這些因素對你人生走向的影響，遠大於你個人的「努力」。但功績主義鼓勵你忽略這些因素，相信一切都是自己掙的。

第二，也是更毒的地方：**它讓贏家產生傲慢，讓輸家產生自責。**

贏家覺得：「我的成功是我應得的。」所以他們對輸家缺乏同理心：你失敗了？那是你的問題，不是我的責任。輸家覺得：「我的失敗是我活該的。」所以他們不會去質疑制度，只會質疑自己：是我不夠好、不夠努力、不夠聰明。

這種雙重效應，是社會撕裂的根源。

## 台灣版的功績主義

台灣是功績主義的重度信仰地區。

我們有一整套圍繞「升學」建構的社會階梯：國小拚國中、國中拚高中、高中拚大學、大學拚研究所。每一關都有一個考試，考試成績決定你進什麼學校，學校的名聲決定你能找到什麼工作，工作的薪水決定你在社會上的位置。

這條路看起來很公平：大家都考一樣的題目，分數高的就上。但「一樣的題目」掩蓋了一個事實：坐在考場裡的人，帶著完全不同的起跑線進來。

台北市的孩子可以上補習班、請家教、買參考書。偏鄉的孩子回家可能要幫忙農務。經濟優渥的家庭可以讓孩子只管讀書，經濟困難的家庭的孩子可能高中就開始打工。

然後我們看著考試結果說：「看，公平競爭，最厲害的人出線了。」

這不是公平。這是用公平的外衣包裝不平等。

## 創業圈的功績迷思

我在創業圈裡看到同樣的邏輯，只是換了一個包裝。

「努力就會成功」變成了「只要你夠有執行力、夠有願景、夠願意犧牲，你就能把公司做起來。」

我自己也曾經信這一套。創業初期，我確實非常努力：每天工作十幾個小時、週末也在想公司的事、健康和家庭都排在後面。公司活下來了，我就覺得：是我的努力讓它活下來的。

但誠實地說，公司活下來的原因裡面，「時機對了」和「運氣好」佔的比例，可能比我願意承認的還大。我在對的時間點進入了一個正在成長的市場，我碰到了幾個願意給機會的客戶，我的團隊裡有幾個比我強很多的人撐住了關鍵時刻。

把這些歸功於「我的努力」，就像站在浪頭上說「是我讓海水升高的」。

而那些失敗的創業者呢？他們可能跟我一樣努力，甚至更努力。但他們的時機差了一點、運氣差了一點、或者在某個關鍵時刻少了一個貴人。功績主義的敘事會說：「他們失敗了，一定是哪裡不夠好。」但事實可能只是：骰子沒有落在對的那一面。

## 年輕世代的不公平壓力

讓我把焦點放到年輕世代。

在台灣，年輕人承受的壓力是結構性的，不是個人性的。

房價已經漲到靠薪水追不上的程度。好的工作機會越來越集中在少數領域和少數人手裡。學歷的投資報酬率在下降：你花了四年甚至六年取得學位，出來的薪水可能跟父母那一代不讀大學的起薪差不多。

但功績主義的敘事告訴他們：「只要夠努力，就能成功。」所以當他們在這個結構裡掙扎的時候，他們不會去質疑結構：他們質疑自己。

「是我不夠努力。」「是我選錯了科系。」「是我能力不夠。」

這是功績主義最殘忍的地方。它把結構的問題變成了個人的罪。我在〈[不道德的社會，道德的個人](/articles/moral-person-immoral-society)〉裡談過尼布爾的觀點：個人可以是道德的，但社會結構可以是不道德的。把不道德的結構產生的後果歸咎給個人，是一種系統性的不公義。

## 信仰的視角：恩典 vs. 功績

作為一個有神學訓練背景的人，我在桑德爾的論述裡看到了一個非常熟悉的主題。

基督教神學裡有一個核心概念叫「恩典」：你的存在、你的能力、你的機會，不是你「賺來」的，而是被「給予」的。你是一個領受者，不是一個自我成就者。

這個概念跟功績主義直接衝突。功績主義說：你是自己命運的建築師。恩典說：你站的地基不是你造的。

我不是說每個人都要信基督教才能理解這一點。但我覺得「恩典」的概念：承認我們生命中有很多東西不是自己掙來的：是對抗菁英傲慢的重要解藥。

當你承認你的成功裡有很大成分是運氣和被給予的機會，你就很難對失敗者說「是你自己的問題」。你會開始覺得：我既然領受了這麼多，我對這個社會有什麼責任？

## 重新定義貢獻

桑德爾的解方不是推翻功績主義，而是重新定義「貢獻」。

一個照顧老人的護理師，一個維修道路的工人，一個在便利商店夜班的店員，一個種田的農夫：他們對社會的貢獻不比華爾街分析師少。但功績主義的薪資結構告訴你：分析師年薪千萬，護理師月薪四萬。這個價差暗示了一個訊息：你的工作不夠重要。

真正的出路不是讓每個人都去拚台大、都去創業、都去追求那個金字塔頂端的位置。而是建立一個讓每份工作都受到尊重的社會：不只是口頭上的尊重，是薪資上、制度上、文化上的真實尊重。

這個目標聽起來很遠。但它的起點很近：**每一個意識到自己的成功不全是自己掙的人，都是改變的開始。**

菁英的傲慢不是個人問題，是制度問題。但制度的改變，需要個人先放下傲慢。從承認運氣的角色開始，從尊重不同形式的貢獻開始。還有一件事：停止對年輕人說「你只是不夠努力」。</content:encoded><category>文明與人性</category><category>菁英主義</category><category>社會正義</category><category>桑德爾</category><category>青年</category><category>公平</category></item><item><title>道德的人，不道德的社會：為什麼好人聚在一起會做壞事</title><link>https://paulkuo.tw/articles/moral-person-immoral-society/</link><guid isPermaLink="true">https://paulkuo.tw/articles/moral-person-immoral-society/</guid><description>萊茵霍爾德·尼布爾（Reinhold Niebuhr）1932 年的經典之作，至今讀起來仍然像一記悶棍。Paul 從創業與教會的雙重經驗出發，發現尼布爾的洞見不只適用於國家政治，也適用於企業組織和宗教團體。一個好人進入一個壞系統，不會改變系統：系統會改變他。這篇文章探討為什麼「找好人來做」解決不了結構性問題，以及我們還能做什麼。
</description><pubDate>Thu, 27 Oct 2022 00:00:00 GMT</pubDate><content:encoded>幾年前，一個在大企業做中階主管的朋友跟我吃飯。他是個很好的人：對家人好、對朋友好、熱心公益。但那天他跟我說了一件事，讓我沉默了很久。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/moral-person-immoral-society-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/moral-person-immoral-society-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

他的公司決定裁掉一個部門。三十幾個人。他負責執行。「我知道裡面有幾個人家裡經濟狀況不好，」他說，「但公司的財報就是撐不住。我能怎麼辦？」

他不是壞人。但他代表的那個組織，做了一個對三十幾個家庭來說很殘忍的決定。

這就是尼布爾在九十多年前就看穿的事。

## 一本 1932 年的書

萊茵霍爾德·尼布爾（Reinhold Niebuhr）是二十世紀最重要的美國神學家之一。1932 年，他出版了《道德的人與不道德的社會》（*Moral Man and Immoral Society*）。這本書的核心論點簡單到可以用一句話概括：

個人可以有良知，但群體幾乎必然是自私的。

為什麼？因為當人組成群體：企業、國家、政黨、教會：決策的邏輯就會從「什麼是對的」轉變為「什麼對我們有利」。不是因為群體裡沒有好人，而是因為群體的利益結構會系統性地壓過個人的道德判斷。

你一個人面對一個受傷的路人，你的良心會說「去幫他」。但你代表公司面對供應商，你的角色會說「壓低成本」。你一個人可能覺得過度包裝很浪費，但你代表行銷部門，你會說「包裝就是品牌體驗」。

不是你變了。是你的位置變了。而位置會重新定義你的道德座標。

## 結構性的罪

在神學的語言裡，這叫做「結構性的罪」（structural sin）。

傳統的罪觀聚焦在個人：一個人撒謊、偷竊、傷害別人，那是他的罪。但尼布爾指出了一種更隱蔽、更龐大的罪：它不存在於任何一個人身上，而是存在於制度和結構裡。

一個血汗工廠的每一個管理者，可能都是「正常」的人。他們不會在路上踢小狗、不會對服務生大吼。但工廠的運作邏輯：追求最低成本、最高產能：會讓他們集體做出壓榨工人的決定。

問題是，你找不到一個「壞人」來負責。因為每個人都只是在「做他的工作」。罪不在任何一個人身上，罪在結構裡。

這個觀點對我的衝擊很大。因為我在神學院接受的訓練，大量聚焦在「個人的罪與救贖」。但尼布爾讓我看到，如果你只處理個人層面，你永遠碰不到那些真正造成大規模傷害的東西。

## 在公司裡看到的

我在經營公司的過程中，尼布爾的觀察被反覆驗證。

幫客戶做數位轉型的時候，我常常遇到這種狀況：公司裡的每一個人都知道現在的做法有問題，但沒有人敢提出來。因為提出問題的人會被視為「製造麻煩」，而現有的做法雖然低效，但至少不會讓任何人丟飯碗。

這就是群體的自利邏輯在運作。不是沒有人看到問題，而是制度的結構讓「維持現狀」比「推動改變」更符合每個人的個人利益。

我曾經在一個客戶的高層會議上，直接指出他們的某個流程是在浪費資源。全場沉默了大約十秒鐘。然後有一個副總開口說：「我們都知道，但這個流程牽涉到三個部門的預算分配。」

翻譯：碰不得。因為動了這個流程，就動了權力結構。而[權力結構的慣性](/articles/digital-transformation-pain)，遠比任何一個人的改革意志更強大。

## 好人解決不了壞系統

尼布爾給我最大的啟示是這個：你不能靠「找好人」來解決制度問題。

台灣每次選舉，大家都在找「好的候選人」。找到了一個形象好、口碑好的人，就覺得有救了。但尼布爾會告訴你：一個好人進入一個壞系統，最可能的結果不是好人改變系統，而是系統改變好人。

不是因為好人意志不堅，而是因為系統的壓力是全方位的、持續的、而且有強大的誘因結構在支撐。你要一個人靠個人意志力去對抗整個制度的慣性，這根本就不公平。

真正能改變社會的，不是更多的好人。是更好的制度：有制衡、有透明度、有問責機制的制度。

這聽起來很不浪漫。但尼布爾本來就不是一個浪漫主義者。他是一個現實主義者：一個帶著信仰底蘊的現實主義者。

## 教會也不例外

如果你覺得「群體的不道德」只發生在企業和政治裡，你可能沒有仔細看過教會。

我在教會圈裡待了很多年，觀察到一個令人心痛的模式：很多教會在處理內部問題：性騷擾、財務不透明、權力濫用：的時候，第一反應不是面對問題，而是保護組織。「不要讓外界知道」「我們內部處理就好」「要顧及教會的見證」。

這跟企業處理醜聞的邏輯一模一樣。群體的自利本能，不會因為群體自稱「屬神」就自動消失。

尼布爾身為神學家，對這一點特別清醒。他從來不認為宗教群體會自動比世俗群體更有道德。他認為，[宗教群體如果缺乏制衡機制](/articles/fundamentalist-faith-arrogance)，甚至可能更危險：因為他們會用「神的旨意」來合理化群體的自私。

## 清醒不是放棄

所以尼布爾是悲觀主義者嗎？

不，他是一個「清醒的行動者」。

他的訊息不是「人性太壞了，放棄吧」，而是「人性有它的限制，所以我們需要比天真更好的東西」。那個更好的東西，就是制度：有設計感的、有自我修正能力的制度。

對個人來說，這意味著什麼？

第一，停止「好人幻想」。不要以為找到一個好領導、一個好牧師、一個好老闆，問題就解決了。問問看：這個組織有沒有制衡機制？有沒有讓壞事被揭露的管道？

第二，關注結構。很多社會問題看起來像是「個人素質」的問題，其實是[制度設計的問題](/articles/canary-in-coal-mine-ai-employment)。低薪不是因為年輕人不夠努力，是因為勞動市場的結構有問題。過勞不是因為員工不懂得休息，是因為企業的文化和績效制度在鼓勵過勞。

第三，保持不舒服。尼布爾的書讀起來不會讓你覺得舒服。但那種不舒服是必要的。因為只有不舒服，才會驅動你去做些什麼。

道德的人，在不道德的社會裡，不會自動產生道德的結果。但一個清醒的人，至少知道問題出在哪裡。

而知道問題出在哪裡，是改變的第一步。</content:encoded><category>文明與人性</category><category>尼布爾</category><category>社會倫理</category><category>群體心理</category><category>組織行為</category><category>結構性的罪</category></item><item><title>被忽略的文明指標：用「系統」取代「目標」的風險哲學</title><link>https://paulkuo.tw/articles/civilization-metric-system-over-goal/</link><guid isPermaLink="true">https://paulkuo.tw/articles/civilization-metric-system-over-goal/</guid><description>我們衡量文明進步的方式出了問題。GDP、人均收入、生產率：這些數字只看到了文明的一半。另一半是什麼？是風險的降低、是安全感的建立、是那些看起來「沒有產值」但讓人類能承受風暴的東西。陳志武在《文明的邏輯》裡點出了這件事，而我在經營公司和經營自己人生的過程中，深切感受到同樣的道理。這篇想談的是：為什麼我們需要重新定義「進步」，以及為什麼在個人層面，建立一個好的「系統」比達成任何「目標」都重要。
</description><pubDate>Sun, 26 Jun 2022 00:00:00 GMT</pubDate><content:encoded>前兩天跟一個朋友吃飯，他剛升上一家大公司的副總。我恭喜他，他苦笑了一下說：「我花了十年達成這個目標。然後升上去的第一天，我就開始想：然後呢？」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/civilization-metric-system-over-goal-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/civilization-metric-system-over-goal-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

然後呢。

這三個字可能是現代人最常遇到的存在危機。你設定目標、全力追趕、終於達成：然後發現前方又是一片空白。就像打通了一款遊戲，看完結局動畫之後，螢幕暗了下來。

我自己也經歷過很多次這種「達成之後的虛無」。但讓我真正重新思考目標這件事的，不是個人經驗，而是一個關於文明的觀點。

## 我們用錯了衡量文明的尺

經濟學界最習慣用來衡量文明進步的標準是 GDP 和人均收入。這是一種「唯生產率論」：一個社會的進步程度，等於它創造了多少經濟價值。

在這個邏輯下，知識被分成兩類。有用的：科技、商業、法律，因為能促進生產。沒用的：人文、哲學、宗教，因為看不到直接的產值。

陳志武在《文明的邏輯》裡指出，這個分類大錯特錯。

他的論點是：文明不只等於財富的增長。**文明，還包含了風險的降低。**

從歷史來看，風險是產生暴力的主因。一個社會如果無法有效管理風險：天災、疾病、經濟崩盤、社會動亂：人們就會訴諸暴力來搶奪有限的資源。而那些看起來「沒有產值」的東西：宗教信仰、社群網絡、文化傳統、倫理規範：恰恰是人類發展出來管理風險的工具。

宗教不會幫你印鈔票，但它提供了面對災難時的心理韌性。社群不會出現在 GDP 報表上，但它讓你在失去工作的時候還有飯吃。文化傳統看起來效率低落，但它維持了一個社會的基本信任，讓交易和合作得以發生。

這跟投資理論的邏輯完全一致：**你不能只看回報，還要看風險。** 一個年回報 30% 但可能讓你血本無歸的投資，不見得比一個年回報 8% 但穩如磐石的投資好。同樣的，一個 GDP 高速成長但社會撕裂、安全感低落的文明，不見得比一個成長較慢但人民安居樂業的文明更「進步」。

## 風險降低為什麼被忽略

為什麼我們這麼容易忽略風險降低的價值？

因為它是隱形的。

財富增長是可見的：更高的大樓、更多的車、更大的數字。但風險降低是不可見的：它的成功標誌是「什麼都沒有發生」。你不會因為今年沒有遭遇天災就慶祝，你不會因為社會沒有崩潰就上新聞。

這就像身體的免疫系統。你每天都在使用它，但只有在它崩潰的時候你才注意到它的存在。

我在經營公司的時候深刻體會到這一點。團隊裡有些人的貢獻是可見的：拿下新客戶、推出新產品、創造營收數字。但另一些人的貢獻是隱形的：維護系統穩定、處理客戶抱怨、確保合約沒有法律風險。後者的工作在一切順利的時候完全不被注意，但只要出一次事，你就知道他們有多重要。

我們的文明指標，偏愛前者、忽視後者。這是一個系統性的盲點。

## 從文明拉回個人

把這個觀點從文明層次拉回個人層面，同樣成立。

我們衡量個人「成功」的方式，也犯了跟衡量文明一樣的錯。年收入多少？住什麼房子？開什麼車？職稱是什麼？全都是「生產率」指標。

但一個人真正的生活品質，取決於很多不在這個衡量框架裡的東西。

我自己有一段時間用一個很粗糙的公式來思考幸福：

**幸福 ＝（財富＋健康＋關係品質）× 時間分配 × 風險管理**

注意最後那個乘數：風險管理。你賺了很多錢，但健康是定時炸彈。你事業成功，但家庭關係隨時可能崩盤。你的生活看起來很棒，但你知道只要一個意外就可能全部歸零。

這種狀態下的「成功」，跟一個年回報 30% 但隨時可能爆倉的投資一模一樣。帳面上好看，但你每天都睡不好。

真正的幸福，需要把風險納入考量。不是追求最大值，而是追求最佳的風險調整後回報。

## 目標屬於失敗者，系統屬於成功者

《呆伯特》的作者 Scott Adams 說過一句很挑釁的話：「目標是為失敗者準備的，系統是為成功者準備的。」

第一次聽到的時候覺得是嘩眾取寵。但越想越覺得他說到了一個關鍵。

追逐目標是一場有終點的比賽。你設定了一個點：升職、買房、跑完馬拉松：然後全力衝刺。到達的那一刻，你有一秒鐘的快感。然後呢？要嘛設定下一個更遠的目標，要嘛墜入「達成之後的虛無」。

更根本的問題是：在你追逐目標的整個過程中，你都處於「尚未成功」的狀態。你的幸福被延遲到了一個未來的時間點。而那個時間點到達之後，幸福又被延遲到下一個時間點。

系統的邏輯完全不同。系統是一個你每天都在運作的東西，它不需要終點。你每天花一小時閱讀：這是一個系統。你每週運動三次：這是一個系統。你每個月跟一個有趣的人深度對話：這是一個系統。

系統的美妙在於：你不需要等到「達成」才開始享受。運作系統本身就是回報。而且系統有複利效應：你今天讀的書、今天做的運動、今天有的對話，會在未來的某個你無法預測的時刻產生價值。

我在經營自己的人生時，越來越傾向系統而不是目標。我不再設定「今年要讀幾本書」的目標，而是建立「每天留出閱讀時間」的系統。我不再設定「今年要寫幾篇文章」的目標，而是建立「定期把想法寫下來」的系統。我在〈[超級學習者：AI 時代的學習革命](/articles/super-learner-ai-era)〉裡談過，學習不是目標，是一個持續運轉的系統。

差別很微妙但影響巨大。目標讓你活在未來，系統讓你活在當下。目標有失敗的風險，系統只有中斷的風險。而一個每天都在累積的系統，不會讓你面對那個「然後呢」的空白。

## 石化文明的警告

讓我最後把視角拉回文明。

陳志武的觀點在今天特別值得重新閱讀，因為我們正在見證一個過度依賴「生產率」指標的文明開始碰壁。

過度依賴石化能源創造了 GDP 的奇蹟，但也帶來了氣候危機。過度追求經濟成長讓社會更富裕，但也讓貧富差距擴大到危險的程度。而心理健康問題的歷史新高，是效率崇拜最難承認的帳單。

這些不是個別的問題，而是同一個問題的不同面向：**我們用來衡量進步的尺，漏掉了關鍵的層面。**

我們需要一種新的文明指標：衡量創造也衡量保護，看走得多快也看跌倒後能不能站起來。

同樣的，我們也需要一種新的個人幸福指標：不只問你達成了什麼，也問你建立了什麼系統，在風暴中有多少韌性。

當你每天都在做有意義的事，能量滿滿地運作你的系統：你不需要等待一個終點來告訴你成功了。因為你每一天都在成功。

這聽起來像雞湯。但它其實是一個關於風險管理的冷靜判斷：**把幸福押注在一個終點上，是高風險策略。把幸福分散在一個系統的每一天裡，是低風險策略。** 而低風險策略的複利，會讓你走到你從未想過的地方。</content:encoded><category>沉思與記憶</category><category>文明指標</category><category>風險管理</category><category>系統思維</category><category>幸福定義</category><category>永續生活</category></item><item><title>拒絕成為喧嘩的跟隨者：產業五大角色的生存抉擇</title><link>https://paulkuo.tw/articles/refuse-follower-be-builder/</link><guid isPermaLink="true">https://paulkuo.tw/articles/refuse-follower-be-builder/</guid><description>不管你在什麼產業，抬頭看一圈，大概都能看到這五種人：建構者、交易員、投資人、評論員、跟隨者。問題是，多數人不知道自己正在扮演哪個角色，更不知道每個角色的內在議程是什麼。這篇想從這個分類出發，聊聊為什麼理解「誰在說話、他為什麼這樣說」是保持判斷力的前提，以及為什麼我認為年輕人：其實不只年輕人：都應該選擇當一個 Builder，而不是在旁邊看戲的跟隨者。
</description><pubDate>Sun, 26 Jun 2022 00:00:00 GMT</pubDate><content:encoded>我有一個觀察習慣：每次進入一個新的產業或圈子，我會先看一圈，分辨裡面的人屬於哪一種。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/refuse-follower-be-builder-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/refuse-follower-be-builder-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

不是看頭銜：頭銜是最不可靠的分類，而是看行為模式。看他們怎麼做決定、他們的利益來源是什麼、他們在乎的到底是什麼。

看久了，我發現不管什麼產業，裡面的人大概可以分成五種。

## 五種角色

**建構者（Builder）。** 披荊斬棘，創造系統。通常是創業者、產品負責人、或者那些真的在「蓋東西」的人。他們的時間軸是長期的，因為建構一個有意義的系統，不可能三個月就搞定。他們的手是髒的，因為真正動手做事的人沒有乾淨的手。

**交易員（Trader）。** 將機會視為商品，短線買賣。不在乎長期價值，只在乎波動。市場漲他賺錢，市場跌他也賺錢：只要有波動就好。他們需要的不是穩定，是動盪。

**投資人（Investor）。** 以資本投入放大產業進展，投入週期長，看的是趨勢而不是波段。好的投資人跟建構者是盟友：他們提供資源，讓建構者能走得更遠。

**評論員（Commentator）。** 原本的功能是提供資訊、促進公共對話。但多數已經淪為只看風向的媒體人。他們的盈利模式是流量：對他們來說，真實不重要，受眾的「恐慌」和「亢奮」才是燃料。

**跟隨者（Follower）。** 沒有主見，隨著交易員的節奏短進短出，隨著評論員的情緒起起伏伏。工作十年，但本質上是把同一天重複了十年。

你是哪一種？

## 看穿議程

理解這五種角色的意義，不是要你去「評判」誰好誰壞，而是要你理解每種角色的**內在議程（Agenda）**，這樣你才不會被洗腦。

評論員告訴你「某個產業要完了」：他不一定真的這樣認為，但這個標題能帶來流量。流量是他的收入。他的議程是注意力。

交易員告訴你「快跑」或「快進」：他不一定真的在幫你。他可能正好需要你的恐慌或狂熱來為他的部位服務。他的議程是波動。

投資人告訴你「我看好這個賽道」：他可能真的看好，但他也可能需要更多人相信這個敘事來抬升他已投入的資產估值。他的議程是增值。

不是每個人都在騙你。但每個人都有自己的利益結構。看穿這個結構，你才能聽出話語背後的真正訊號。

我在〈[痛點不是轉型的全部](/articles/digital-transformation-pain)〉裡談過，數位轉型裡最危險的不是技術跟不上，而是被各種「權威聲音」帶著跑，卻忘了問自己到底需要什麼。在產業裡的角色判斷也是一樣：不要因為有人說得很自信、很權威，就以為他在乎你的利益。

## 建構者的孤獨

那為什麼我建議選擇當建構者？

因為建構者是唯一一種角色，他的利益跟「創造真實價值」是綁在一起的。交易員可以在價值毀滅中獲利。評論員可以在誇大其辭中獲利。跟隨者不獲利。只有建構者，他的回報來自於他真的蓋出了什麼。

但建構者是孤獨的。

你在蓋東西的時候，評論員在旁邊指指點點。交易員在你的成果上面炒作。跟隨者根據評論員的說法決定要不要相信你。投資人在觀望。

而你只能繼續蓋。因為你知道，在完成之前，沒有人會真正理解你在做什麼。

我自己經營公司的經歷深刻地印證了這一點。創業初期最痛苦的不是資金不夠或技術不成熟：是沒有人理解你在幹嘛。你講的東西太新了，市場還沒準備好聽。評論員覺得你太小不值得報導，交易員覺得你太早期沒有可炒作的素材。

但你就是得繼續蓋。把手弄髒。一磚一瓦地蓋。搞錯方向了就調整，搞砸了就從頭來。

這是建構者的代價，也是建構者的特權：你建的東西是你的。不是市場給你的，不是評論員定義的，不是交易員炒出來的。

## 消費主義的陷阱

說到角色選擇，有一個更大的框架必須談。

上個世紀的消費主義教會了我們一個公式：你擁有什麼 = 你是誰。你開什麼車、住什麼房子、穿什麼品牌，決定了你在社會中的位置。

這個公式的問題在於：它把每個人都變成了消費者：也就是跟隨者。你不是在創造價值，你是在消費別人創造的價值，然後用消費的數量來定義自己的身分。

我在〈[AI 永不關機：那些正在被重組的經濟秩序](/articles/ai-always-on-economy-restructure)〉裡談過，AI 時代的經濟秩序正在重組。在這個重組的過程中，最不安全的位置就是「消費者」：因為你的價值完全依附在別人的系統上。

真正安全的位置是建構者。不一定要創業：在任何組織裡，那些真的在「蓋東西」的人，都比旁邊看戲的人有更強的不可取代性。

## 另一種生活哲學

現在的你怎麼創造，未來就怎麼生活。

我們可以繼續用上個世紀的邏輯，把所有成就都換算成 Dollar Sign，用無止盡的消費來填補存在的焦慮。

或者，我們選擇另一種哲學。追求簡約、節制但充滿質感的生活。把精力花在「建造」上面，而不是「購買」上面。氣質和品味，從來不需要靠鈔票來堆疊。

不要讓 22 世紀的人類憎恨我們。前提是，人類文明還走得到 22 世紀。

而這個前提能不能成立，取決於有多少人願意從跟隨者變成建構者：從消費世界變成創造世界。

你想當哪一種？</content:encoded><category>創造與建構</category><category>產業角色</category><category>建構者</category><category>媒體識讀</category><category>消費主義</category><category>永續生活</category></item><item><title>流量不只是貨幣：影響力背後的社會角色與責任</title><link>https://paulkuo.tw/articles/traffic-beyond-currency/</link><guid isPermaLink="true">https://paulkuo.tw/articles/traffic-beyond-currency/</guid><description>「為什麼大家都在談流量變現？」朋友問我。我的回答是：因為世界不缺商品，缺的是注意力。但「流量變現」這四個字被講到爛的同時，多數人搞混了一件事：不是所有的流量都該被變現，也不是所有的影響力都適合換成錢。這篇想從一個經常被忽略的角度切入：你的社會角色決定了你的流量能做什麼。搞錯角色、強行變現，人設崩壞只是時間問題。
</description><pubDate>Wed, 22 Jun 2022 00:00:00 GMT</pubDate><content:encoded>朋友問我：「為什麼現在大家都在談流量變現？」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/traffic-beyond-currency-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/traffic-beyond-currency-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我的回答是：因為世界不缺商品，缺的是注意力。誰能抓住注意力，誰就有機會把注意力換成收入。

但我接著說了第二句：「如果你只會想著變現，通常變不了現。」

他不太理解。我解釋了一下。

## 流量是信任的量化

多數人對「流量」的理解太窄了。他們把流量等同於「眼球數量」：越多人看到你，流量越大，越能變現。

但這個理解漏掉了流量的本質。流量不只是眼球數量。它是**信任關係的量化**。

想一下：你為什麼會持續追蹤某個帳號？不只是因為他的內容有趣，而是因為你在某種程度上信任他：信任他的品味、他的判斷、他的誠實、或者他的專業。

這個信任是有特定範圍的。你信任一個醫生的醫學知識，不代表你信任他推薦的保健食品。你信任一個評論家的影評，不代表你信任他推銷的投資方案。

信任是有邊界的。跨越邊界的變現，就是在透支信任。

## 不是所有流量都該變現

這是最被忽略的一點。

衛福部的防疫直播有巨大的流量，但它的目的是公共溝通，不是變現。綠色和平的環保影片有很高的觀看數，但它的目的是傳遞價值觀，不是賣產品。老師無償分享的教學內容被幾十萬人看到，但它的目的是教育，不是營利。

這些流量都沒有「變現」，但它們是維繫社會運作的關鍵。

我在〈[當裸露成為語言：數位時代的身體語法與演算法共生](/articles/nudity-as-language-algorithm)〉裡談過，演算法把所有內容都推向「最大化互動」的方向。但互動不等於價值，觸及率不等於影響力。有些流量的價值恰恰在於它不被商業化：它保持純粹，所以人們信任它。

## 角色錯位的災難

這裡的核心概念是 **Persona**：人格面具。

你是誰，決定了你的流量是什麼性質的。你的 Persona 決定了人們為什麼追蹤你、信任你、願意花時間看你的內容。

如果你是一個知識型的意見領袖，你的影響力來自你的專業深度和非商業的立場。人們信任你，是因為你看起來不是在賣東西：你是在分享知識。

現在，如果你突然開始推銷某個商品呢？你的追隨者會怎麼想？

「他收了多少錢？」「他之前推薦的東西該不會也是業配？」「原來他也不過如此。」

一旦這些想法出現，你用幾年累積的信任，可能在幾天內崩塌。

這不是假設：這是社群上每天都在發生的事。一個非營利領域的 KOL 開始接業配，一個原本講公共政策的評論者開始賣課程：角色的混淆立刻引發信任的危機。

什麼都想要，最終往往變成四不像的蝙蝠：面對哺乳類說自己是哺乳類，面對鳥類說自己是鳥類。結果兩邊都不認你。

## 影響力的正確使用方式

那該怎麼辦？完全不能變現嗎？

不是。而是你的變現方式必須跟你的 Persona 一致。

如果你是專業知識型的創作者，你的變現可以是出書、開課、顧問服務：這些都是你專業能力的延伸，跟你的角色一致，追隨者不會覺得違和。

但如果你跑去賣不相關的商品：減肥藥、理財工具、某個品牌的保養品：那就是角色錯位。不是說你不能賣，而是你必須清楚知道：**每一次角色錯位的變現，都是在消耗你最珍貴的資產：信任。**

我在〈[科技始於人性：臉書演算法重構的商業啟示](/articles/facebook-algorithm-humanity)〉裡談過，臉書把演算法從「最大化參與」轉向「有意義的互動」。品牌和個人也需要做同樣的轉向：從「最大化流量」轉向「最大化信任」。

信任比流量難累積一百倍，也比流量值錢一百倍。

## 拒絕從眾的喧嘩

「流量變現」被掛在嘴邊，是人類從眾本能的展現。看到別人在講，自己也跟著講，彷彿不談流量變現就落伍了。

但深刻的影響力需要沉澱。它來自孤獨的思考，不來自喧鬧的跟風。

你的影響力是什麼？它服務的對象是誰？它應該用什麼形式被傳遞？

把這些問題想清楚，比急著「變現」重要得多。因為沒想清楚就變現的人，最終變出來的不是錢，是一堆取消追蹤的通知。

別讓自己的影響力，淪為只剩銅臭味的廉價數字。</content:encoded><category>創造與建構</category><category>流量變現</category><category>信任經濟</category><category>社會影響力</category><category>品牌定調</category><category>網路生態</category></item><item><title>疫情啟示：我們活在一個液態的世界</title><link>https://paulkuo.tw/articles/pandemic-liquid-world/</link><guid isPermaLink="true">https://paulkuo.tw/articles/pandemic-liquid-world/</guid><description>齊格蒙·包曼（Zygmunt Bauman）在 2000 年提出「液態現代性」（Liquid Modernity）時，大多數人覺得這是學院裡的理論修辭。二十年後，COVID-19 用最殘酷的方式證明他是對的。Paul 從 2020 年疫情期間 團隊被迫全面遠端化的經驗出發，發現「液態」不只是社會結構的描述，更是個人生存的隱喻。那些以為穩固的：客戶關係、收入來源、團隊默契：在封城令下三週內全部液化。這篇文章不是懷舊，不是檢討，而是一個「帶著清醒往前走」的邀請。
</description><pubDate>Fri, 15 May 2020 00:00:00 GMT</pubDate><content:encoded>2020 年三月的某個早上，我坐在家裡的書桌前，筆電打開，螢幕上是一個 Google Meet 的視窗，裡面是我的團隊：每個人都在自己家裡，背景各異，有人的貓經過鏡頭，有人的孩子在遠處哭。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/pandemic-liquid-world-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/pandemic-liquid-world-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

前一週，我們還在辦公室裡開會，討論第二季的客戶提案。再前一週，台灣的確診數剛開始上升，但大多數人還覺得「應該不會太嚴重」。

然後，一切都變了。

不是慢慢變的，是一夕之間。航班停了，國境關了，聚會取消了，辦公室空了。你昨天還覺得理所當然的生活結構，今天全部蒸發。

---

我後來才想起齊格蒙·包曼（Zygmunt Bauman）。

這位波蘭裔英國社會學家在 2000 年出版了《液態現代性》（*Liquid Modernity*），提出了一個當時聽起來很學術的論點：現代社會的本質是「液態」的。工作是液態的：你的職位隨時可能被重組、外包、消失。關係是液態的：社群媒體讓連結變得容易，也讓斷裂變得容易。身份是液態的：你不再被出生地、階級、職業定義，但你也因此永遠在尋找定義。

包曼用「液態」對比「固態」的現代性。固態現代性是工業時代的產物：穩定的工作、明確的階級、可預測的人生軌跡。你進入一家公司，做三十年，退休，領退休金。路徑清楚，結構堅固。

但從二十世紀末開始，這些固態結構一個接一個融化了。終身僱用消失了，婚姻不再是唯一的關係形式，國家邊界被全球化穿透。包曼說，我們並沒有進入一個「新的穩定」，而是進入了一個「永恆的不穩定」。

2000 年讀到這些，你可能覺得是知識分子的悲觀。2020 年再讀，你會覺得他太客氣了。

---

疫情做的事情，不是打破了一個穩固的世界，而是撕掉了「這個世界很穩固」的錯覺。

我當時經營的公司，經驗非常具體。疫情前，我們的業務模式有很大一部分依賴面對面的工作坊和現場顧問服務。客戶習慣「看到人」才覺得在做事，我們也習慣「到場」才覺得在交付價值。這不只是營運模式，是一整套關於「什麼是有效工作」的信念系統。

三月中旬，一切被迫線上化。

第一週是混亂。工作坊搬到 Zoom 上，客戶不習慣，我們也不習慣。互動品質下降，節奏被打亂，有些客戶直接暫停了專案，說「等疫情過去再說」。

第二週是焦慮。收入預測開始動搖，原本確認的案子被推遲或取消。團隊的人開始問：「這會持續多久？」：沒有人有答案。

第三週，某種奇怪的清醒出現了。

我開始意識到，那些「被疫情打斷」的東西，本來就沒有我以為的那麼穩固。客戶會暫停專案，是因為他們對這個合作的承諾本來就是有條件的：條件是「正常狀態」，而「正常狀態」本身是一個假設，不是一個事實。

我們以為穩固的客戶關係，其實是液態的。我們以為穩定的收入來源、以為不會改變的工作方式，其實也都是液態的。

包曼是對的。一切都是液態的。只是平常的溫度剛好讓它看起來像固態。

---

但液態不等於脆弱。這是我在疫情中學到的最重要的一課。

水是液態的，但水可以穿過石頭。水沒有固定的形狀，但它可以填滿任何容器。液態的本質不是「不穩定」，而是「可適應」。

疫情後期，團隊逐漸找到了新的工作節奏。線上工作坊的形式被重新設計：不是把面對面的流程搬到螢幕上，而是為線上環境重新思考互動的邏輯。有些客戶反而發現線上的效率更高，省去了交通時間，跨地域協作變得容易。

我自己的寫作也在疫情期間找到了新的節奏。被困在家裡，少了社交活動的干擾，反而多了思考和輸出的時間。這個網站上有些文章的雛形，就是在 2020 年那段「被迫靜止」的時期寫下的。

這不是在美化疫情。疫情造成了真實的痛苦、死亡和經濟損失，這些不應該被任何正面敘事抵消。

但在承認痛苦的同時，我也無法否認一個事實：被迫面對液態現實的那段時間，教會了我一些在「固態假象」中永遠學不到的東西。

---

包曼在晚年的訪談中曾經說過一句讓我印象深刻的話。他說，液態現代性最大的風險不是不穩定本身，而是人們為了逃避不穩定，去抓住任何看起來像是「確定」的東西：民粹主義、極端意識形態、簡單的二元敘事。

2020 年之後的世界，完美地驗證了這個預言。疫情催生了各種陰謀論、反科學運動、政治極化。人們不是不知道世界在變，而是變化帶來的焦慮太大了，所以需要一個「簡單答案」來安撫自己。

但簡單答案從來不是答案。它是另一種固態假象，而且比原來那個更危險，因為它是刻意製造的。

---

現在是 2026 年。疫情在大多數人的日常生活中已經退場了。航班恢復了，聚會回來了，辦公室又滿了。

但我沒有回到 2019 年的狀態。我不想回去，也回不去了。

疫情教會我的事情很簡單，但很難活出來：接受液態，但不被液態淹沒。

不要假裝世界是固態的（那是自欺），也不要因為世界是液態的就放棄所有努力（那是虛無），而是帶著「一切都可能改變」的清醒，去選擇那些值得你投入的事情，即使它們也是液態的。

因為液態不代表不值得。花是會凋的，你還是會種花。關係是會變的，你還是會投入關係；工作是會消失的，你還是會認真工作。

差別只在於，你不再假裝它們是永恆的。而這份不假裝，反而讓你對當下更認真。

---

**延伸閱讀：**
- [遠距工作的殘酷真相](/articles/remote-work-cruel-truth) — 疫情逼出來的遠距工作，後來怎麼了？
- [信仰不是免疫：當宗教遇上公共理性](/articles/faith-no-immunity) — 疫情中另一個液態化的領域：宗教社群的信任結構</content:encoded><category>沉思與記憶</category><category>疫情反思</category><category>液態現代性</category><category>包曼</category><category>社會觀察</category><category>不確定性</category></item><item><title>崩盤的啟示：知道自己「不懂」是生存的底線</title><link>https://paulkuo.tw/articles/market-crash-humility/</link><guid isPermaLink="true">https://paulkuo.tw/articles/market-crash-humility/</guid><description>2020 年 3 月 12 日，道瓊工業指數單日暴跌逾 2,300 點，全球市場觸發熔斷機制。COVID-19 的蔓延速度超越了所有預測模型，也粉碎了投資人以歷史經驗推斷未來的慣性思維。Paul 從波普爾的否證論出發，結合自己的投資觀察與創業經歷，探問一個根本問題：面對真正的未知，我們唯一能做的事是什麼？答案不是更多的分析，而是承認自己認知的極限。
</description><pubDate>Fri, 13 Mar 2020 00:00:00 GMT</pubDate><content:encoded>2020 年 3 月 12 日，美股開盤不到幾分鐘就觸發了熔斷機制。道瓊工業指數終場暴跌逾 2,300 點，跌幅近 10%。短短十天之內，熔斷被觸發了四次：連十二年前的金融海嘯都沒這麼激烈。2008 年最慘烈的一天，道瓊的單日跌點是 778 點。如今一天跌掉的，是那時候的三倍。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/market-crash-humility-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/market-crash-humility-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

一切，源起於 COVID-19 的全球蔓延。

但真正嚇人的不是跌幅本身。真正嚇人的是：沒有人知道接下來會發生什麼。

## 所有的模型都失效了

身為一個長期關注市場的觀察者，我試著在那幾天做所有「該做的事」：看技術線型、讀央行聲明、翻歷史對照。但每一個我慣用的分析框架，都在告訴我同一件事：「你過去的經驗，在這裡不適用。」

我們習慣用已知去推斷未知。看到股市暴跌，直覺反應是：「2008 年也跌過，後來都漲回來了。」但 2008 年沒有全球封城。沒有千萬人口的城市一夜之間變成空城。沒有郵輪變成漂浮的病毒培養皿，口罩變成國家級戰略物資。

我們手上的工具：不管是技術分析還是基本面分析：都是在「正常世界」裡被建構出來的。當世界本身的運作規則改變了，這些工具就像是拿著紙傘去擋海嘯。

## 波普爾的提醒

那段時間，我重新讀了科學哲學家卡爾·波普爾（Karl Popper）的東西。

波普爾最著名的主張是：一個理論如果可以被否證（falsifiable），才稱得上是科學。這句話的意思不是「科學就是會被推翻的東西」，而是：科學的價值不在於「證明什麼是對的」，而在於「承認什麼可能是錯的」。一個好的理論，必須預先指出在什麼條件下它會被推翻。如果一個理論怎麼樣都不會錯，那它根本不是科學，只是信仰。

我覺得這個思路用在投資和決策上，格外有力。

大部分的投資者：包括我自己：花太多時間在尋找「為什麼我是對的」的證據。我們找支撐看法的數據、聽跟自己意見一致的分析師、在社群裡跟同溫層互相取暖。這些行為的本質，都是在「驗證」而非「否證」。

但波普爾告訴我們，真正的知識進展來自否證：來自你主動去問：「在什麼情況下，我的判斷會是錯的？」

## 「我不知道」的力量

坦白說，2020 年 3 月那幾天，我做了一件在投資人圈子裡很少人願意承認的事：我告訴自己：我真的看不懂。

不是假裝謙虛，是真的不知道接下來會發生什麼。

我不知道疫苗要多久才能研發出來（當時最樂觀的預測是 18 個月，大多數專家覺得不可能）。我不知道封城會持續多久。我不知道央行的超大規模量化寬鬆會不會引發通膨，也不確定全球供應鏈會不會斷裂。

每一個「我不知道」，都讓我更清醒。

因為「我知道」的陷阱在於：它會讓你提前行動。在你真的搞清楚狀況之前，就根據不完整的資訊做出可能賠掉一切的決定。而「我不知道」的力量在於：它會讓你等待。等待更多訊號，等待更清晰的圖像浮現。

在經營公司的過程中，我也學到了類似的教訓。創業的每一天都充滿不確定性，而我見過最危險的決策，往往不是來自「不知道怎麼辦」，而是來自「以為自己知道」。那些因為過度自信而沒有留退路的決定，才是真正致命的。

## 真實永遠比模型殘酷

那一週的市場後來怎麼了？

3 月 16 日，道瓊又跌了近 3,000 點，創下史上最大單日跌點紀錄。然後，在接下來的幾個月裡，在幾乎所有分析師都看壞的情況下，美股開始了一場令人匪夷所思的 V 型反彈。到了夏天，很多人開始說「我早就知道會漲回來」。

但讓我們誠實面對：沒有人在 3 月的時候「知道」這件事。那些後來宣稱自己早就看到底部的人，不是在分享洞見，是在重寫記憶。

波普爾會怎麼看？他大概會說：「市場漲回來的事實，不代表你當時的判斷是對的。它只是代表，這一次，你剛好沒有被否證。」

真實（Reality）永遠比我們的模型更複雜、更殘酷。我們能掌握的，永遠只是真實的一個切面。這不是悲觀主義，這是認知上的清醒。而在[這個連市場分析都被否證法顛覆的時代](/articles/falsification-market-crisis)，當資訊洪流讓我們以為自己什麼都能分析、什麼都能預測的時候，這種清醒變得更加珍貴。

## 歷史上的今天

2020 年 3 月 13 日。如果從未來回看，這一天會被記住的不是跌幅，而是它揭露的一個事實：我們所有的認知框架，在面對真正的「未知的未知」（unknown unknowns）時，都是脆弱的。

在那之後，我對「確定性」這個詞抱持著更大的懷疑。不是不做判斷，而是在每一個判斷後面，都多留一個問號。

如果波普爾教我們一件事，那就是：最好的知識，不是「我知道」的知識，而是「我知道我不知道什麼」的知識。而在這個連 [AI 都會產生幻覺的時代](/articles/canary-in-coal-mine-ai-employment)，承認自己的無知，或許是最清醒的姿態。</content:encoded><category>智能與秩序</category><category>黑天鵝</category><category>否證論</category><category>知識邊界</category><category>市場崩盤</category><category>認知謙卑</category></item><item><title>停課不停學的殘酷考驗：家長視角下的資源戰</title><link>https://paulkuo.tw/articles/online-learning-resource-war/</link><guid isPermaLink="true">https://paulkuo.tw/articles/online-learning-resource-war/</guid><description>2020 年疫情爆發，教育部宣布延長寒假、啟動線上學習。很多人以為孩子不用到校是「賺到了」，但身為家長，我的體感完全相反：那是一場精神、體力、財力的全面消耗戰。這篇想從家長的第一線視角，談線上學習的結構性困境：它不是「換個地方上課」那麼簡單，而是一場赤裸裸地比拚誰家資源多、誰的後勤強的生存賽局。以及，面對這個可能反覆出現的教育情境，家長到底能做什麼。
</description><pubDate>Sun, 08 Mar 2020 00:00:00 GMT</pubDate><content:encoded>教育部宣布延長寒假那天，我看到社群上一片歡呼：「不用上學耶！」「在家學習好爽！」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/online-learning-resource-war-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/online-learning-resource-war-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

身為家長，我的反應是冷汗。

因為我知道接下來會發生什麼。不是一個愉快的長假，而是一場我們根本沒準備好的戰爭：一場比拚硬體、空間、後勤、意志力的家庭資源消耗戰。

## 演唱會不能用 MV 取代

我們必須認清一個事實：線上學習從來就不是什麼「比較方便的上課方式」，它只不過是一個在防疫大局下，大家不得不接受的妥協。

這就像你買了五月天的演唱會門票，主辦單位卻跟你說：「在家看 MV 效果也差不多喔！」如果線上真的能取代線下，劉德華何必取消十幾場演唱會、承受巨大的財務損失？

學習也是一樣。教室裡有老師的眼神管理、有同學的互動刺激、有下課時間的社交功能、有「離開家」這個空間轉換帶來的心理暗示：你到了學校，腦袋就知道該切換到「學習模式」了。

這些東西，一台筆電和一個 Zoom 連結取代不了。

那些鼓吹「線上學習比實體更好」的人，要嘛沒有小孩，要嘛沒有親自坐在小孩旁邊盯過一整天的線上課程。

## 赤裸裸的資源賽局

停課不停學的殘酷，不在於表面上的學習品質下降，而是它在一夜間，將原本被學校體系遮蔽的家庭資源差距，毫無保留地暴露在陽光下。

**硬體成本。** 線上學習需要穩定的網路、堪用的設備。家裡如果只有一台老舊的筆電，兩個小孩的課程時間重疊怎麼辦？網路不穩定的時候，就像潛水沒有氧氣瓶：你知道該呼吸，但你做不到。

**空間成本。** 家是放鬆的地方。在沙發上打開課本，大腦收到的訊號是「休息」不是「學習」。為了讓孩子有一個能專注的環境，我們甚至試過另外租共享空間讓孩子上課。那是額外的成本，而且不是每個家庭都負擔得起。

**後勤成本。** 沒有長輩後援的雙薪家庭，孩子在家上課意味著什麼？意味著有一個大人必須犧牲工作來盯場。午餐怎麼辦？三餐都要自己煮嗎？叫外賣的話，孩子吃壞肚子兩天不能上課，又是另一筆隱形成本。

**精神成本。** 這是最少被提到、卻最致命的。你同時扮演家長、老師、IT 技術支援、心理輔導員。你的工作也要做。你的精神正在被多線程消耗。而且：沒有人會感謝你。

我在〈[自學教育的真相](/articles/homeschool-gentle-resistance)〉裡談過自學教育的挑戰。但至少自學是家長主動選擇的，有心理準備。疫情下的線上學習是被迫的，多數家庭毫無預備。

## 數位落差的照妖鏡

如果你家在台北市，網路穩定、設備充足、有獨立書房、有一方家長可以居家工作順便盯小孩：線上學習可能只是「不太方便」。

但如果你家在偏鄉，網路時斷時續、全家共用一台手機、爸媽都要出門工作、家裡沒有安靜的角落：線上學習就是一個笑話。不是孩子不想學，是環境根本不允許。

這不是個人問題，是結構問題。

教育體系的功能之一，是用公共資源抹平家庭之間的差距：不管你家有錢沒錢，到了學校，大家用同樣的教室、聽同一個老師上課。這個「抹平」當然不完美，但至少存在。

線上學習把這個功能直接拿掉了。學習品質完全取決於你家的資源。有資源的家庭把線上學習變成「個人化教育的機會」，沒資源的家庭連基本的課程參與都困難。

停課不停學，停的是弱勢家庭的學。

## 家長的反擊：建立自己的管理機制

抱怨歸抱怨，我們還是得面對現實。若線上學習成為未來的常態，不只是因為疫情，還有颱風、地震，甚至是轉向混合教學模式；家長不能被動地等學校給出方案。我們必須自己建立管理機制。

我自己摸索出來的做法：

**設計每日自評表。** 讓孩子在每堂課後評估三件事：我理解了多少？我的專注度如何？這堂課用視訊上效果好不好？這不是要給孩子壓力，而是幫他們建立對自己學習狀態的覺察。

**要求文字產出。** 每天課程結束後，用三到五句話寫下今天學了什麼。不用長，但要自己寫、不能複製貼上。這個動作逼孩子把「被動接收」轉化成「主動整理」。

**維持身體節奏。** 這是最容易被忽略、卻最關鍵的。在家上課很容易整天坐著不動，作息崩壞。固定時間運動、固定時間吃飯、固定時間關電腦：維持身體的節奏，大腦才能維持學習的節奏。

這些做法不是什麼高深理論，就是一個家長在前線反覆試錯後的求生策略。

## 勿恃敵之不來

我在〈[獨行者的終結：從鐵人三項看群育的真實戰場](/articles/ironman-group-education)〉裡談過，真正的教育不只是知識的傳遞，還包括在群體中學會協作、學會配合節奏。線上學習最大的損失，可能不是知識層面的落後，而是孩子在最需要社交互動的年紀，被迫獨自面對螢幕。

疫情終究會過去。但它暴露出來的問題不會自動消失。

線上學習既非洪水猛獸，也不是教育的烏托邦；它只是個工具，一個需要無數配套支撐的工具。而所謂的配套，包括硬體、空間、後勤，乃至於家長的時間和精力，本質上，全都是資源。

如果未來的世界，孩子有一半的時間在家線上學習，家長對教育的心態和環境的安排，必須提早覺悟。

勿恃敵之不來，恃吾有以待之。這不只是兵法，是育兒的生存守則。</content:encoded><category>沉思與記憶</category><category>遠距教學</category><category>停課不停學</category><category>教育資源</category><category>自主管理</category><category>疫情反思</category></item><item><title>信仰不能免疫：當宗教理性撞上病毒的物理定律</title><link>https://paulkuo.tw/articles/faith-no-immunity/</link><guid isPermaLink="true">https://paulkuo.tw/articles/faith-no-immunity/</guid><description>韓國新天地教會的群聚感染事件，是 COVID-19 早期最令人震驚的案例之一。Paul 身為基督徒，看到的不只是「邪教害人」的簡單敘事，而是一個更根本的問題：當宗教群體的「信仰理性」與社會的「公共理性」發生衝突，信仰者該站在哪裡？這篇文章不是在批判宗教，而是在問每一個信仰者：你的信仰，有沒有讓你成為一個更負責任的社會公民？
</description><pubDate>Sun, 23 Feb 2020 00:00:00 GMT</pubDate><content:encoded>2020 年 2 月 23 日，韓國的 COVID-19 確診人數飆升至 433 人。其中超過半數，與一個名叫「新天地耶穌教證據帳幕聖殿」的教會有關。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/faith-no-immunity-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/faith-no-immunity-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

一個宗教團體的聚會，成為了一整個國家疫情爆發的引爆點。

這則新聞傳遍全球的時候，大多數人的反應是：「邪教害人。」簡單、好懂、有明確的壞人可以指責。但身為一個基督徒，我的反應比較複雜。因為我知道，新天地的問題不只是「邪教」三個字可以概括的：它揭露了一個在所有宗教群體中都潛伏著的危險。

## 病毒不看你的信仰告白

讓我先說一個最基本的事實：病毒是一個物理存在。

它不在乎你信什麼神、讀什麼經、做什麼禱告。它只在乎你有沒有跟感染者保持距離、有沒有戴口罩、有沒有洗手。它遵循的是流行病學的傳播規律，不是任何宗教的教義。

這聽起來像廢話。但你會驚訝地發現，在疫情爆發的頭幾個月，全世界有多少宗教團體，用「信心」來對抗這個物理事實。

韓國的新天地教會繼續舉行大型聚會，因為教主宣稱信徒受到屬靈保護。美國有牧師在電視上宣布「用信心吹走病毒」。印度有宗教集會聚集了數十萬人，因為主辦方相信神聖的河水可以淨化一切。

這些案例的共同點不是「哪個宗教比較笨」，而是一種跨宗教、跨文化的認知錯位：把宗教信念當成了物理防護。

## 兩種理性的衝撞

我在神學院學過一個概念叫做「雙重視域」（double vision）：你可以同時用信仰的眼光和理性的眼光看世界，而這兩種視角不需要互相取消。

信仰可以告訴你生命有意義、苦難有目的、死亡不是終點。這些都是信仰理性的領域，科學無法也不需要回答。

但信仰不能告訴你「聚會不會傳染病毒」。這是公共理性的領域，屬於流行病學和公共衛生的管轄範圍。

問題出在哪裡？出在有些宗教群體，把信仰理性的權威無限擴張，覆蓋到了它不該覆蓋的領域。他們用「上帝會保護我們」來回應「請保持社交距離」。用「信心」來對抗「科學」。

這不是信心，而是越界，而且是危險的越界，因為你的越界不只影響你自己，它影響了所有跟你接觸的人。

## 不只是「他們」的問題

看到新天地的新聞，很多基督徒的第一反應是切割：「那是異端，跟我們不一樣。」

但如果你誠實一點，你會承認：新天地把問題放大到了極端，但問題的種子並不只存在於新天地。

我自己所屬的教會圈裡，疫情初期也有過類似的掙扎。有人主張「教會是上帝的殿，不會被病毒侵入」。有人質疑停止實體聚會是「對上帝沒有信心」。有人覺得戴口罩來教會是「不信任上帝的保護」。

這些聲音沒有新天地那麼極端，但背後的道理是一樣的：把信仰當成了脫離物理現實的護身符。

我當時在教會的小組裡說了一段話，引起了不小的爭論。我說：「如果你真的相信上帝創造了這個世界，那你也應該相信上帝創造了病毒傳播的物理定律。尊重這些定律，不是不信上帝：這是尊重上帝創造的秩序。」

有人覺得我說得有道理。也有人覺得我「太理性了」、「信心不夠」。

## 信仰者的雙重責任

我越來越相信，一個成熟的信仰者需要承擔雙重責任。

第一重責任是對自己的信仰負責：持守你相信的價值、活出你宣告的原則、在內心最深處與你的上帝保持真實的關係。

第二重責任是對社會負責：你是信仰群體的一員，但你同時也是這個社會的公民。你的行為不只影響你的靈魂，也影響你周圍的人。當你的宗教行為可能危害公共健康，你不能用「信仰自由」來迴避公民責任。

這兩重責任有時候會產生張力。但這個張力不該被消除：它應該被誠實地面對。

新天地的悲劇，就是把第一重責任無限放大，然後完全無視了第二重責任。他們活在一個自成一族的世界裡，用宗教語言包裹了一切，直到病毒打破了那個泡泡。

## 神學反省的契機

所以這件事情最大的價值是什麼？

不是讓我們多了一個可以批判的對象，而是逼迫每一個宗教群體做一次深度的自我檢視：[我們的信仰，有沒有跟現實脫節？](/articles/fundamentalist-faith-arrogance)

我們的神學論述，能不能回應真實世界的問題？還是只能在教會的圍牆內自我安慰？

我們宣稱的愛，是只愛「自己人」，還是也包含了對社會[公共利益的承擔](/articles/faith-collapse-rebuild)？

與其花時間指謫新天地是異端（這很容易），不如花時間問自己：我的信仰，讓我成為一個更好的社會公民，還是一個更封閉的宗教信徒？

這個問題的答案，比任何對新天地的批評都更重要。

因為病毒不挑人。但信仰的品質，會決定你在危機面前，是成為解決方案的一部分，還是問題的一部分。</content:encoded><category>文明與人性</category><category>宗教群聚</category><category>神學反思</category><category>社會理性</category><category>信仰邊界</category><category>疫情啟示</category></item><item><title>敬畏未知的邊界：用否證思維面對市場危機</title><link>https://paulkuo.tw/articles/falsification-market-crisis/</link><guid isPermaLink="true">https://paulkuo.tw/articles/falsification-market-crisis/</guid><description>2020 年初，COVID-19 的確診數字每天都在跳。我坐在螢幕前，看著數字，腦子裡自動跑出一個問題：什麼時候全球確診會破十萬？這個反射動作不是來自恐慌，而是來自我過去操作金融商品時養成的習慣：用提問來預演最壞情境。這篇想談的是否證主義如何改變了我看待風險的方式、為什麼「物自身不可知」不只是哲學概念而是生存策略，以及在一個黑天鵝隨時會出現的世界裡，承認自己在瞎子摸象，反而是最理性的選擇。
</description><pubDate>Sun, 23 Feb 2020 00:00:00 GMT</pubDate><content:encoded>2020 年 2 月，COVID-19 的確診數字每天刷新。每天早上起來第一件事，打開 WHO 的統計頁面，看數字又跳了多少。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/falsification-market-crisis-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/falsification-market-crisis-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

那時候全球確診大概幾萬人。我看著曲線，腦子裡自動冒出一個問題：什麼時候會破十萬？死亡什麼時候破五千？

這不是焦慮：好吧，也有一點焦慮。但更多的是一種條件反射。一種我在操作金融商品的那些年裡，養成的思維習慣。

## 用提問來預演最壞情境

過去做交易的時候，我每天開盤前會做一件事：問自己一連串問題。

今天的走勢輪廓可能是什麼？如果突然下殺 3%，我該怎麼做？如果突然井噴，我的部位會怎樣？什麼樣的走勢對我來說是「完全意料之外」？如果出現那種走勢，我現在的部位會讓我虧多少？

這些問題的目的不是預測：預測是不可能的。它們的目的是**預演**。

預測跟預演的差別非常大。預測是說「我認為會漲」然後押注。預演是說「如果它跌了、漲了、盤整了，我分別該怎麼做」然後建立對應的計畫。

預測需要你是對的才能存活，預演讓你在錯的時候也不會死。

這個習慣後來從交易延伸到了我生活的方方面面。看到疫情數字在跳的時候，我不會想「它應該不會太嚴重吧」：我會想「如果它比所有人預期的都嚴重，我要怎麼辦？」

## 物自身不可知

這個思維習慣的底層，有一個哲學根基。

康德說過一個概念：「物自身」（Ding an sich）不可知。我們能認識的永遠只是現象，不是事物本身。

波普爾（Karl Popper）把這個概念帶到了科學哲學裡，發展出否證主義（Falsificationism）。他的核心主張是：科學理論永遠不能被「證實」，只能被「否證」。你觀察到一萬隻白天鵝，不能證明「所有天鵝都是白的」。但你只要看到一隻黑天鵝，就能否證這個命題。

這個邏輯對我的衝擊非常大。

因為它意味著：**你過去的經驗，永遠不能保證未來。** 你操作了十年、績效一直很好，不代表你真的懂市場。它只代表你還沒遇到那隻黑天鵝。

資本市場比我們想像的龐大。世界也是。我們收集的資料只是冰山一角，我們的眼睛充滿偏見，我們解讀資訊的方式充滿盲點。

我們每天，都在瞎子摸象。差別只在於：有些人知道自己在摸象，有些人以為自己看到了全貌。

## 確信是毒藥

在市場裡，最危險的心態不是恐懼，而是確信。

恐懼會讓你謹慎，讓你留後路。但確信會讓你把所有籌碼壓在同一個方向上，然後在黑天鵝出現的那一刻，萬劫不復。

我見過太多這樣的案例。一個交易員連贏了十二個月，開始覺得自己抓到了市場的規律。然後第十三個月，市場做了一個他「完全沒想過」的走勢，一個月賠掉了一年的獲利。

問題不出在那個走勢：那個走勢本身並不特別極端。問題出在他的心態：**因為過去十二個月的成功，他停止問「如果我錯了怎麼辦？」**

這跟我在〈[被忽略的文明指標：用「系統」取代「目標」的風險哲學](/articles/civilization-metric-system-over-goal)〉裡談的邏輯是一樣的：你不能只看回報，還要看風險。一個年化報酬 30% 但可能讓你爆倉的策略，不如一個年化 10% 但穩如磐石的系統。

否證思維的核心就是：永遠假設自己可能是錯的，然後準備好「錯了之後怎麼辦」。

## 疫情教會我們的事

COVID-19 是一個全球等級的否證事件。

它否證了「全球化只有好處」的假設。否證了「先進國家的公衛系統能應付一切」的自信。否證了「經濟會持續穩定成長」的預期。那個以為大規模封城在現代社會不可能發生的想像，也一起被推翻了。

在疫情爆發的初期，很多人（包括很多專家）的反應是：「應該不會太嚴重。」這個判斷不是基於分析，而是基於舒適：承認「可能很嚴重」會帶來太多不確定性，而人類的大腦不喜歡不確定性。

但否證思維要求你做相反的事：在所有人說「應該不會太嚴重」的時候，問自己：「如果真的很嚴重，我準備好了嗎？」

我在疫情初期做了幾件事：減少非必要的現金支出、確認公司的遠端工作能力、盤點最壞情境下的生存時間。這些動作在當時看起來「過度反應」。三個月後，很多沒有做這些準備的公司和個人，陷入了極度被動的局面。

不是因為我比別人聰明，而是否證思維讓我習慣性地問「如果最壞的情境成真呢？」，而不是假設最壞的情境不會成真。

## 跟不確定性共處

最後想聊一個更根本的問題。

我們的教育、我們的文化、我們的社會，都在教我們追求「確定性」。考好的學校、找穩定的工作、買房子、存退休金：每一步都在試圖消除未來的不確定性。

但否證主義告訴你一個殘酷的事實：**不確定性是不可消除的。** 你能做的不是消除它，而是學會跟它共處。

跟不確定性共處，意味著幾件事。承認自己不知道的比知道的多。對自己的判斷保持謙卑，隨時準備被否證。建立冗餘：不把所有雞蛋放在同一個籃子裡，不把所有計畫建立在「一切順利」的假設上。持續提問：不是為了得到答案，而是為了保持警覺。

在市場裡如此。在生活裡也如此。在疫情中如此。在所有黑天鵝出沒的地方，都如此。

虧錢就是虧錢。文憑、人脈、家世，在市場面前毫無用處。在黑天鵝面前也毫無用處。唯一有用的，是你在它出現之前就已經問過自己：「如果它來了，我撐得住嗎？」

擋不住的，就學會跟它共處。而共處的起點，是承認：我們每天都在瞎子摸象。知道這一點，不是軟弱。是唯一理性的姿態。</content:encoded><category>沉思與記憶</category><category>風險管理</category><category>否證主義</category><category>投資思維</category><category>危機意識</category><category>謙卑</category></item><item><title>在浪潮上或滅頂中？我們正經歷的歷史轉折</title><link>https://paulkuo.tw/articles/riding-wave-or-drowning/</link><guid isPermaLink="true">https://paulkuo.tw/articles/riding-wave-or-drowning/</guid><description>Paul 在 2020 年 2 月：COVID-19 剛開始全球擴散、一切還充滿不確定性的時刻：寫下了這篇觀察。從網路革命到氣候災難到全球封城，我們這一代人親歷的「史上第一次」數量，可能超過之前任何一個世代。當熟悉的秩序在幾週內崩解，最先倒下的是那些最龐大、最僵化的組織。我們團隊在疫情中的生存經驗印證了這一點：輕量、液態、能快速重組的團隊，比任何五年規劃都更可靠。這不是一篇預言，而是一份站在浪頭上的即時紀錄。
</description><pubDate>Thu, 20 Feb 2020 00:00:00 GMT</pubDate><content:encoded>這篇文章寫於 2020 年 2 月 20 日。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/riding-wave-or-drowning-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/riding-wave-or-drowning-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我先說這個日期，是因為時間在這裡很重要。2020 年 2 月，COVID-19 已經從武漢擴散，但全球大多數國家還在觀望。台灣開始提高警覺，口罩實名制剛上路，但街上的人還是照常通勤、照常上班、照常覺得「應該不會太嚴重」。

沒有人知道接下來會發生什麼。

但如果你願意退後一步，把眼前的混亂放進更大的框架裡看，你會看到一件讓人頭皮發麻的事：我們正站在一個巨大的歷史轉折點上，而大多數人還沒有意識到。

---

盤點一下我們這代人經歷的「第一次」。

我們親身經歷了網際網路的興起，看著它在二十年內改變了幾乎所有產業的面貌。從沒有手機的年代，走到人手一台智慧型手機的年代：這個轉變之劇烈，在人類歷史上沒有先例。

我們親身感受了氣候變遷的殘酷。2019 年底開始的澳洲叢林大火延燒了近半年，燒毀面積超過 1,800 萬公頃：大約是半個日本。這不是遠在天邊的新聞，是你在社群媒體上看到的即時影像：天空是橘色的，動物在逃命。

我們見證了一個千萬人口的城市被徹底封鎖。2020 年 1 月 23 日，武漢封城，約 1,100 萬人被禁止離開。海陸空全面管制。這不是電影，不是演習。

我們面臨了奧運可能因為疫情停辦的局面：事後來看，2020 東京奧運確實延期到了 2021 年，成為現代奧運史上首次因疫情而延期的案例。

我們見到了全球醫療資源擠兌、大規模企業倒閉、學校全面轉為線上教學：每一個都是「前所未見」。

這些不是電影情節。這是我們正在呼吸的現實。

---

如果從未來回望，歷史課本可能會把這段時期標記為「大斷裂」或「大重組」。就像後人看 1914-1945 年那段時期：兩次世界大戰、經濟大蕭條、秩序全面崩解重建：我們正在經歷的，可能是另一個層級的文明轉折。

但我們在其中，看不清全貌。就像一條魚在海裡感受不到「浪」：它只知道水在動，有時候被推到前面，有時候被拉到下面。

我在 2020 年初的感受就是這樣。不是恐慌，是一種奇怪的清醒：覺得很多過去以為穩固的東西，其實已經在鬆動了，只是疫情把鬆動加速到了肉眼可見的程度。

---

我們在疫情初期的經驗讓我對「鬆動」這件事有了很具體的體會。

我們不是大公司。團隊不大，客戶不多，營運成本控制得相對緊。但即使如此，疫情一來，衝擊還是直接且快速的。面對面的工作坊無法進行，幾個原本確認的專案被暫停，第二季的業績預估必須重寫。

但我觀察到一件有趣的事：在我們的客戶中，最先撐不住的，不是最小的公司，而是最大的。

那些擁有龐大實體編制、大量固定資產、僵化流程的組織，在巨浪打來時反應最慢。因為要調頭，先要開無數個會；要開會，先要找到所有利害關係人；要找到利害關係人，先要確認決策流程。等到決策出來，浪已經打過去了。

反而是那些輕量、靈活、資產配置彈性大的小團隊，可以在幾天之內重新部署。我們自己就是這樣：兩週之內把所有服務轉線上，不是因為我們有先見之明，是因為我們夠小、夠輕，轉向的成本低。

這不是在炫耀小公司的優勢，而是在說一個更根本的觀察：在巨變的環境中，龐大的實體編制不是資產，是負債。

---

我後來用一個比喻來理解這件事：在風平浪靜的時候，大船比小船穩。但在海嘯來的時候，大船翻了就是翻了，小船反而有可能隨浪起伏，活下來。

這個比喻不完美，但它指向一個核心觀點：在劇烈變動的環境中，生存的關鍵不是「更大」，而是「更輕」。

資產輕量化。這不只是財務策略，是生存策略。

它的意思是：不要把所有資源鎖定在單一形式、單一地點、單一假設上。保持流動性。保持你隨時可以重新配置的能力。

對企業來說，這意味著靈活的團隊結構、可遠端的工作模式、不依賴單一客戶或單一市場的收入來源。

對個人來說，這意味著技能的多元性、收入的多元性、心態的彈性。不要把你的身份認同綁定在一張名片上：因為那張名片隨時可能消失。

---

我寫這篇文章的時候是 2020 年 2 月。那時候我還不知道疫情會持續多久、衝擊會多深。我只知道一件事：我們正在經歷的，不是一場暫時的干擾，而是一個結構性的轉變。

六年後回頭看，這個判斷沒有錯。

疫情改變了工作的型態、消費的模式、教育的方式、國際關係的格局。有些改變在疫情結束後被逆轉了，但更多的改變是不可逆的。遠距工作不會完全消失，線上教育不會回到零，全球供應鏈的重組仍在進行中。

大浪已經打過了。但海面不會恢復平靜。

---

所以問題不是「浪會不會來」：浪永遠會來。

問題是：你是在浪上，還是在滅頂中？

這取決於你在浪來之前，有沒有讓自己夠輕。夠輕不是「什麼都不要」，而是「不要被你擁有的東西壓住」。你的資產、你的頭銜、你的計畫：當巨浪打來，這些是幫你浮起來的浮板，還是把你拉下去的鉛塊？

這或許是我們這個時代最重要的生存問題。

---

**延伸閱讀：**
- [疫情啟示：我們活在一個液態的世界](/articles/pandemic-liquid-world) — 包曼的液態現代性，在疫情中被徹底驗證
- [遠距工作的殘酷真相](/articles/remote-work-cruel-truth) — 疫情催生的遠距工作，到底是解放還是另一種束縛？</content:encoded><category>沉思與記憶</category><category>疫情衝擊</category><category>時代浪潮</category><category>資產輕量化</category><category>社會流動</category><category>歷史轉折</category></item><item><title>遠距工作的殘酷真相：考驗人性的線上協作</title><link>https://paulkuo.tw/articles/remote-work-cruel-truth/</link><guid isPermaLink="true">https://paulkuo.tw/articles/remote-work-cruel-truth/</guid><description>2020 年疫情爆發，很多團隊第一次嘗試線上工作。我不是。十年前我就參與過一個全遠距的出版專案，團隊散布在世界各地，線上是唯一選項。三年下來，我學到的最深刻的一課不是遠距工作有多方便，而是我徹底掌握了線上偷懶的一千種方法。這篇想從一個「過來人」的角度，聊聊遠距工作最不被討論的真相：它不是自由的解放，而是人性的照妖鏡。以及，怎樣的管理機制才能讓遠距真正運作。
</description><pubDate>Fri, 14 Feb 2020 00:00:00 GMT</pubDate><content:encoded>2020 年初，武漢肺炎疫情延燒，很多企業被迫第一次嘗試線上工作。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/remote-work-cruel-truth-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/remote-work-cruel-truth-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

社群上到處是興奮的聲音：「終於可以在家工作了！」「不用通勤太幸福了！」「遠距工作是未來趨勢！」

看到這些，我心裡只有一個念頭：你們太天真了。

不是因為我悲觀，而是因為我是過來人。十年前，我參與了一本透過線上協作完成的出版專案。團隊遍布世界各地，線上是唯一的選擇。三年下來，我得到了一個深刻的心得：

我徹底掌握了線上工作的一千種偷懶方法。

## 一千種偷懶的方法

不是別人的方法：是我自己的。

如何看起來很認真，但其實在混？視訊會議的時候開著攝影機但在旁邊滑手機。在共享文件裡做一些無關痛癢的小修改，讓紀錄上看起來「有在做事」。

如何一本正經講幹話卻毫無產出？在討論群組裡丟很多「好問題」和「這個方向很有趣」，但從來不產出具體的東西。

如何有技巧地把問題推給「連線不穩」？「不好意思我剛剛斷線了，前面的討論我沒聽到，可以再說一次嗎？」：這句話在遠距協作裡是萬能遮羞布。

如何領公司的錢，極大化自己的私人時間？不回訊息的間隔時間卡在「合理的忙碌」和「明顯在偷懶」之間的灰色地帶。

說穿了，就是假掰得有技巧，然後不被抓。

我把這些寫出來，不是因為我為此自豪：恰好相反，而是因為如果連我這樣一個有自我要求的人都能找到這麼多偷懶的方法，那些自制力更低的人會怎樣？

## 不要錯估人性

有人會說：遠距工作不是講求彈性和信任嗎？管得太緊不是適得其反嗎？

話沒錯。但有一個前提：你的團隊成員都有高度的自律和責任感。

一百個人裡面，真正有這種水準的自律和自我要求的，不到百分之一。

這不是在批評人。積極是人性，但想輕鬆過日子是更強大的人性。在辦公室裡，環境的約束幫你對抗了大部分的怠惰：主管就在旁邊、同事會看到你在幹嘛、物理空間本身就在提醒你「你在工作」。

遠距把這些約束全部移除了。剩下的只有你和你的自制力。

大家就別裝純潔了。不是我們不信任人，而是不該錯估人性。沒有管理，不是民主，是主管的失職。

我在〈[打破穀倉效應](/articles/breaking-silo-effect)〉裡談過，組織裡的資訊不流通往往不是因為人有惡意，而是因為結構沒有設計好。遠距工作的偷懶也是一樣：不是因為人性本惡，而是因為遠距的結構天然就給了怠惰太多空間。

## 遠距管理的四根柱子

因為太熟悉如何混水摸魚，破解也就不難。我在帶遠距團隊的這些年摸索出四個基本的管理機制：

**工作紀錄。** 每日的工作內容都必須留下紀錄。不是寫日報：日報是形式主義的垃圾，而是在共享工具裡（不管是 Notion、Asana、還是簡單的 Google Sheet）留下「我今天做了什麼、遇到什麼問題、明天打算做什麼」。有紀錄才能被管理。沒有紀錄的工作，等於不存在。

**明確進度節點。** 「這個月底前完成」太模糊。「週三前完成第一版草稿、週五前完成修改、下週一前提交最終版」：這才是可以追蹤的進度。節點越清楚，模糊空間越小。

**專案最小化。** 大專案是偷懶的溫床，因為進度難以衡量、責任容易稀釋。把專案切小，每個任務的顆粒度小到「做完或沒做完」一目了然。專案越小，藏不住的東西越多。

**彈性派任。** 主管必須有智慧地分工。不是把任務丟出去就不管了：每次會議結束後，都要有明確的交期、負責人、和驗收標準。派任的「彈性」不是指鬆散，而是指根據每個人的特長和狀態，動態調整分工。

這四根柱子不是要把遠距工作變成監控工廠。它們的目的是**用結構來補償遠距缺失的環境約束**。辦公室裡那些自動運作的管理功能（主管的視線、同事的壓力、空間的暗示），在遠距環境裡必須用明確的機制來替代。

## 自由的代價

我在〈[停課不停學的殘酷考驗](/articles/online-learning-resource-war)〉裡寫過，線上學習面臨同樣的問題：把學校的結構拿掉之後，學習品質完全取決於家庭的自律和資源。遠距工作也是一樣：把辦公室的結構拿掉之後，工作品質完全取決於個人的自律和組織的管理。

遠距工作不是不好。它很好。它讓你省去通勤、讓你有更彈性的時間安排、讓你可以在任何地方工作。

但這些好處有一個代價：你必須用極度嚴格的自律和極度明確的管理，來支撐這份看似自由的運作模式。

凡事都有成本。自由和輕鬆，必定伴隨著極度自律的代價。以為遠距工作就是「在家穿睡衣上班」的人，會是第一批被淘汰的人。

而那些能在沒有人看著的情況下依然維持高品質產出的人：他們才是遠距時代真正的贏家。不是因為他們天生自律，而是因為他們建立了自己的結構，來對抗自己的人性。</content:encoded><category>創造與建構</category><category>遠距工作</category><category>專案管理</category><category>人性考驗</category><category>數位協作</category><category>紀律</category></item><item><title>開五指的陣痛：為何數位轉型總是以失敗告終？</title><link>https://paulkuo.tw/articles/digital-transformation-pain/</link><guid isPermaLink="true">https://paulkuo.tw/articles/digital-transformation-pain/</guid><description>在一場成長駭客年會上，有一張投影片把數位轉型分成五個階段。台下點頭如搗蒜，但我心裡在想：能走到第三階段的公司，我一隻手數得出來。做了十幾年的企業顧問和創業者，我看過太多轉型失敗的案例。失敗的原因不是技術不行：技術從來不是問題。問題出在三個更根本的地方：思維的轉化等同換血、具備數位DNA的高階人才極度稀缺、以及既有權力結構會用各種方式暗殺創新。這篇想誠實地談談這些陣痛，以及為什麼在 AI 時代，這些老問題非但沒有消失，反而變得更尖銳。
</description><pubDate>Mon, 30 Dec 2019 00:00:00 GMT</pubDate><content:encoded>成長駭客年會上，有一張投影片讓全場安靜了三秒鐘。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/digital-transformation-pain-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/digital-transformation-pain-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

那是一張數位轉型的階段圖。五個階段，從「感受威脅」到「成功建立數位體驗平台」，畫得乾淨整齊，每個箭頭都指向前方，彷彿只要按照步驟走就能抵達。

我看著那張圖，想到的不是成功案例，而是屍體。

過去十幾年做顧問和自己創業的經驗裡，我至少看過十幾家公司啟動數位轉型。走完全程的？兩家。其他的，大部分在第二階段之前就掛了：不是戰死沙場，是內部出血，自己把自己搞死的。

如果把轉型比喻成生產，那張投影片上的五個階段就是開五指。問題是：開完五指、呱呱墜地之前，都不算成功。而我見過的多數公司，在開到兩指的時候就已經痛到喊停了。

## 第一刀：思維轉化等於換血

數位轉型最大的謊言是：「我們來導入一些新工具吧。」

不是工具的問題，是腦袋的問題。

閱讀勵志的轉型文章，跟真刀真槍在組織裡推動改變，是完全不同的兩件事。就像看醫學紀錄片不等於會開刀一樣。

我見過一個案例。一家傳統製造業的老闆，在某個論壇上被「數位轉型」四個字打到，回來之後雄心壯志地宣布：「我們要成為數位企業！」然後呢？他讓 IT 部門買了一套 ERP 系統，花了半年導入，結果現場的老師傅拒絕用。因為老師傅用他自己的方式管了二十年的產線，每一個參數都在他腦子裡。你現在要他把這些東西輸入到一個他看不懂的介面裡？他的反應是：「我用我的方法做了二十年，產品品質有問題嗎？」

沒有。他的方法確實有效。問題在於，他的方法無法被規模化、無法被傳承、無法被 AI 優化。但你怎麼跟一個做了二十年、績效一直很好的人說：「你的方法需要改變」？

這就是思維轉化的痛。它不像換一套系統那麼簡單：它像換血。把 A 型血換成 B 型血，是會要命的。而且更可怕的是：不快速轉變不會讓公司立刻倒閉。它是溫水煮青蛙：慢慢失去競爭力的過程，對多數人來說是「無感」的。等到感覺到的時候，通常已經來不及了。

## 第二刀：數位人才的荒漠

轉型需要人才。但什麼樣的人才？

不是會寫程式的工程師：那種人才市場上很多。需要的是一種更稀有的物種：**既懂產業、又懂數位、還有足夠的管理能力和政治手腕在組織裡推動改變的人。**

這種人才稀缺到什麼程度？在我認識的人脈裡，能同時具備這三種能力的人，大概不超過二十個。

問題出在哪裡？傳統教育。

我們的教育系統培養出的是專才：你懂技術但不懂業務，或者你懂業務但不懂技術。要同時懂兩邊，而且懂到能在高層做決策的程度，需要一種「不斷電的學習力」。但傳統教育讓很多人以為，拿到文憑就是學習的終點。結果是：很多人的知識架構在畢業之後就停止更新了，但世界沒有停下來等他們。

我在〈[超級學習者：AI 時代的學習革命](/articles/super-learner-ai-era)〉裡談過這個問題。學習不是一次性事件，是一個持續運轉的系統。但台灣的企業文化裡，「學習」常常被等同於「參加訓練課程」：彷彿上完課就會了，就像吃了藥就會好一樣。

數位轉型需要的不是上過課的人，是活在數位思維裡的人。這兩者的差距，就像看過游泳教學影片的人和每天在水裡的人一樣。

## 第三刀：權力結構的暗殺

這是最少被公開談的一刀，但往往是致命的一刀。

每一次數位轉型，都意味著權力的重新分配。

新的數位系統意味著資訊更透明：以前只有某個部門主管知道的數據，現在所有人都看得到。這對組織是好事，但對那個部門主管來說，是權力的流失。他的價值很大一部分建立在「只有我知道這些資訊」的基礎上。你現在要把這個基礎拆掉？

我見過一個真實的案例。一家公司成立了數位創新小組，直接向總經理報告。小組的任務是推動數據驅動的決策流程。聽起來很美好，對吧？

結果是：業務部門拒絕分享客戶數據，理由是「客戶關係是敏感資訊」。財務部門質疑新系統的安全性，要求做六個月的評估。IT 部門說新系統跟既有架構不相容，需要大幅修改。人資部門擔心新流程會影響員工績效評估的公平性。

每一個反對意見聽起來都合理。但合在一起看，你就知道這不是技術問題：這是一場權力保衛戰。既得利益者不會公開反對轉型（那太明顯了），他們會用各種「合理的顧慮」來拖延、稀釋、最終消滅任何威脅到他們地位的改變。

這就是我說的「權力結構的暗殺」。它不是一刀斃命，是慢性毒藥。

## AI 時代：同樣的坑，更深的洞

2019 年我第一次整理這些想法的時候，「數位轉型」是最熱的關鍵字。六年後的今天，關鍵字換成了「AI 轉型」。

但底層的問題完全一樣，甚至更嚴重。

思維轉化？AI 要求的不只是「學會用新工具」，而是重新理解「什麼工作應該由人做」。這比之前的轉型更觸動根本：你不只是在改變工作方式，你在改變工作本身的定義。

人才稀缺？能同時理解 AI 能力邊界、產業需求、和組織政治的人，比數位轉型時代更少。因為 AI 的能力在快速變化，半年前的判斷半年後可能完全過時。你需要的不是專家，是持續學習的通才。

權力暗殺？AI 讓資訊更透明、決策更可追蹤、績效更可量化。這意味著那些靠「資訊不對稱」維持地位的人，受到的威脅比以前更大。他們的抵抗也會更激烈。

我在自己的公司推動 AI 導入的過程中，深刻體會到這一點。最大的阻力從來不是技術：技術永遠可以解決。最大的阻力是人。是那些覺得「AI 會讓我的經驗變得不值錢」的人，是那些擔心「如果數據都透明了，我怎麼維持我的權威」的人。

## 不會立刻猝死，但會慢慢消失

這是最殘酷的部分。

不做數位轉型，不會讓你的公司明天就倒。它會讓你的公司在五年後變得無關緊要。就像一個人不運動，不會明天就生病，但十年後去體檢的時候，所有數字都在紅線上。

這種「慢性死亡」的特質，正是轉型最大的敵人。因為人類對緩慢變化的感知能力極差。青蛙不是不知道水在變熱，是變熱的速度剛好在牠的感知閾值之下。

我不確定我們是否正處在最美好的時代。但我可以肯定，這是一個變動且殘酷的年代。不只傳統產業：連曾經是顛覆者的 Web 1.0 網路公司，如果拒絕持續演化，一樣會被拋棄。

環境的進步無情且迅速。而組織裡的人，面對改變時的恐懼和抗拒，跟幾千年前的祖先沒有任何不同。

這個矛盾，就是數位轉型永恆的陣痛。它不會因為技術進步而消失，因為問題從來不在技術：問題在人，而人，是世界上最難升級的系統。</content:encoded><category>創造與建構</category><category>數位轉型</category><category>組織變革</category><category>創新阻力</category><category>權力結構</category><category>企業管理</category></item><item><title>資生堂 GIC 的啟示：風格超越流行</title><link>https://paulkuo.tw/articles/shiseido-gic-style-over-trend/</link><guid isPermaLink="true">https://paulkuo.tw/articles/shiseido-gic-style-over-trend/</guid><description>Paul 在橫濱參觀資生堂全球創新中心（GIC）時，被一句話擊中：「我們不追流行，我們追風格。」這不是行銷話術，而是一家近 150 年企業的生存哲學。流行是外部驅動、週期性消亡的；風格是內在驅動、持續累積的。從品牌顧問經驗出發，Paul 發現台灣企業最常犯的錯誤就是把「跟上趨勢」當成策略，但趨勢會過期，風格不會。這篇文章從資生堂的案例出發，探討為什麼「你是誰」比「現在流行什麼」重要得多。
</description><pubDate>Fri, 28 Jun 2019 00:00:00 GMT</pubDate><content:encoded>2019 年夏天，我站在橫濱港未來區的資生堂全球創新中心（Global Innovation Center，簡稱 GIC）大廳裡，周圍是精心設計的展示空間，空氣中隱約帶著某種我說不出名字的香氣。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/shiseido-gic-style-over-trend-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/shiseido-gic-style-over-trend-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

這是資生堂 2019 年啟用的研發基地，整棟建築本身就像一個品牌宣言。但真正讓我停下腳步的，不是建築設計，不是那些實驗室裡的高科技設備。

是導覽人員說的一句話：「資生堂不追流行。我們追風格。」

---

這句話乍聽之下像行銷話術，像那種寫在品牌手冊第一頁但沒人當真的口號。

但在 GIC 走了一圈之後，我意識到這不是口號，是方法論。

資生堂創立於 1872 年：明治五年，福原有信在東京銀座開設了日本第一家西式藥局。近 150 年後，這家公司還活著，而且不只是活著，是活得很有存在感。日本企業的平均壽命大約 30 年，全球來看更短。能撐過一個世紀的企業本身就是異類，能撐過一個世紀還保有清晰品牌辨識度的，更是稀有物種。

為什麼？

GIC 的展示給了一個很具體的線索：資生堂的歷史不是一連串「成功追上趨勢」的故事，而是一連串「堅持自己的美學判斷」的故事。從早期的藥妝、到戰後的化妝品普及、到 1980 年代的國際化，再到近年的科技美容：每一個階段，資生堂的策略都不是「別人在做什麼，我們也做」，而是「我們認為美應該是什麼樣子」。

流行和風格的差異，在這裡變得非常具體。

---

流行（trend）是外部驅動的。它的邏輯是：「市場現在要什麼，我就給什麼。」這不是壞策略，但它有一個結構性的問題：你永遠在追。追上了是及格，追不上就出局。更麻煩的是，流行是週期性消亡的，今年的爆款就是明年的庫存。

風格（style）是內在驅動的。它的邏輯是：「我是誰，我就做什麼。」這聽起來很浪漫，但實際上需要極高的自我認知和紀律。因為你必須在每一個「跟風就能賺錢」的誘惑前說不，然後在每一個「堅持不一定有回報」的時刻繼續堅持。

資生堂選擇的是後者。近 150 年來，它不是沒有犯過錯，不是沒有走過彎路。但它的核心邏輯始終沒有變：我們定義美，不是市場定義我們。

---

這讓我想到做品牌顧問時的經驗。

台灣企業：尤其是中小企業和新創：最常見的品牌問題不是「不夠努力」，而是「太努力追趨勢」。

我見過太多這樣的案例：今年 AI 熱就把品牌定位改成「AI 驅動」，去年 ESG 紅就標榜自己是「永續企業」，前年 NFT 火就推出「數位藏品策略」。每一個動作都很積極，每一個動作都是回應市場。但三年後回頭看，這家公司到底是什麼？

什麼都是，所以什麼都不是。

我曾經跟一個客戶的創辦人談品牌定位，他花了四十分鐘跟我講他的產品有多少個「業界首創」的功能。我聽完問了一個問題：「如果把這些功能全部拿掉，你的品牌還剩什麼？」

他愣住了。

這就是流行思維的陷阱。你以為你在建立品牌，但其實你在建立一堆跟趨勢綁定的功能清單。趨勢一變，清單就作廢。

---

回到資生堂的故事。

GIC 裡有一個展區，展示了資生堂不同年代的廣告和產品設計。你可以很清楚地看到一條貫穿始終的美學線索：乾淨、精緻、帶著某種克制的優雅。1920 年代的海報和 2019 年的產品包裝放在一起，你竟然不覺得衝突。

這就是風格的力量。它不是靜止的，不是「一百年前長什麼樣現在還長什麼樣」。它是一種進化中的一致性：底層的美學判斷不變，但表達方式隨著時代更新。

這跟個人品牌的邏輯是一樣的。

我在經營自己的內容時，也不斷面對這個問題。一篇文章要不要蹭熱點？一個主題要不要追演算法？答案幾乎每次都是不要。不是因為清高，是因為我很清楚：靠蹭熱點獲得的關注，來得快去得也快。留下來的讀者，是被你的觀點和風格吸引的，不是被你跟風的速度吸引的。

---

但我必須誠實地說，選擇風格而不是流行，代價很大。

資生堂可以這樣做，是因為它有近 150 年的積累和全球市場的規模。個人或小企業要這樣做，需要的不是勇氣，而是耐心。

風格的建立是一個極其緩慢的過程。你可能連續三年寫同一類主題的文章，讀者數量幾乎沒有變化。你可能在所有人都在做短影音的時候，堅持寫長文。你可能在每一次品牌會議上，都要解釋為什麼你不打算跟進最新的行銷趨勢。

這些時刻，每一個都是考驗。

我自己的經驗是：風格的回報是延遲的，但一旦建立，它的護城河比任何趨勢策略都深。因為趨勢人人都能追，但風格只有你自己能定義。當別人在問「現在流行什麼」的時候，你已經不需要問了：因為你就是你自己的流行。

---

離開 GIC 的時候，橫濱港的風很大。

我想起一句不知道在哪裡讀到的話：「時尚會過時，風格永遠不會。」這句話通常被當成穿搭建議，但它其實是一個生存策略。

不管是一家近 150 年的日本企業，還是一個正在摸索定位的個人品牌，邏輯都一樣：你不需要追上每一波浪，你只需要知道自己要站在哪裡。

浪會過去的。你不會。

---

**延伸閱讀：**
- [演算法當法官：AI 正在重新定義「公平」](/articles/algorithm-as-judge) — 當外部驅動的邏輯從流行延伸到演算法，風格的重要性只會更高
- [流量之外：內容的真正價值](/articles/traffic-beyond-currency) — 不追流量就像不追流行，那你追的到底是什麼？</content:encoded><category>沉思與記憶</category><category>品牌哲學</category><category>資生堂</category><category>日本企業</category><category>風格</category><category>個人品牌</category></item><item><title>獨行者的終結：從鐵人三項看群育的真實戰場</title><link>https://paulkuo.tw/articles/ironman-group-education/</link><guid isPermaLink="true">https://paulkuo.tw/articles/ironman-group-education/</guid><description>參加完梅花湖的鐵人三項接力賽後，我一直在想一件事：為什麼這場比賽讓我比任何企業培訓都更深刻地體會到「團隊」的意義？答案很簡單：因為接力賽的規則是殘酷的：一人退賽，全組成績作廢。這不是比喻，是真的。這讓我想到台灣教育裡一個被長期忽略的維度：群育。我們花了十幾年培養個人競爭力，卻幾乎沒有教孩子怎麼在團隊裡運作。結果就是職場上充滿了自命清高卻無法共事的「孤鳥」。這篇想從鐵人三項的經驗出發，談談為什麼體育可能是落實群育最被低估的場域。
</description><pubDate>Mon, 24 Sep 2018 00:00:00 GMT</pubDate><content:encoded>梅花湖鐵人三項接力賽結束後，我躺在草地上，全身痠到不行，腦子裡卻異常清醒。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/ironman-group-education-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/ironman-group-education-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我現在想的，其實不是在回味比賽有多刺激（雖然當時確實很刺激），我腦海裡轉的，反而是一個問題：為什麼這場接力賽讓我對「團隊」的理解，比過去參加的任何企業培訓都深刻？

答案在規則裡。鐵人接力賽的規則很簡單，也很殘酷：**三個人，分別負責游泳、騎車、跑步。只要任何一個人退賽，整組的成績就不算。**

不是扣分。不是打折。是直接歸零。

你可以游泳游得像飛魚、騎車騎得像環法選手。但如果你的跑步夥伴在最後五公里抽筋退賽了：你的一切努力，等於沒有發生過。

## 命運共同體的體感教育

這個規則為什麼這麼有教育意義？因為它創造了一種你在課堂上永遠學不到的體感：**你的成敗，不完全取決於你自己。**

在比賽的過程中，你會經歷一種很奇妙的心理狀態。你在水裡游的時候，想的不只是自己的速度，還有隊友：他等一下騎車撐得住嗎？你在騎車的時候，心裡一直掛著兩件事：不要太慢拖累跑步的隊友、但也不要太快讓自己受傷害整組退賽。

這種「心裡裝著別人」的感覺，不是靠老師講課就能教出來的。它需要一個真實的、有後果的情境，才能長出來。

而且比賽現場有一種氛圍，是任何團建活動都無法複製的。一群有共同目標的人聚在一起，自然就會產生相互鼓舞的力量。你在轉換區看到隊友衝過來把接力帶交給你的那一刻，你知道：他已經把他的全部給你了，接下來輪到你了。

那個瞬間，你不想讓他失望。不是因為有人在看，不是因為有獎金。純粹是因為：他已經拼了命了，你沒資格不拼。

這就是群育。不是教科書上的定義，是活生生的體感。

## 孤鳥的時代已經結束了

我在職場上見過太多「孤鳥」。

這些人通常有一些共同特徵：學歷很好、個人能力很強、專業知識沒話說。但一放進團隊裡，問題就來了。他們不習慣配合別人的節奏。他們覺得開會是浪費時間。他們無法接受自己的方案被團隊修改。他們認為自己比同事強，所以不需要聽別人的意見。

坦白說，我自己年輕的時候也有過這種心態。身為台清交的畢業生，我曾經覺得學歷就是能力的證明，有好學歷的人自然就應該做決定。

後來創業了，才發現這個想法有多天真。

創業讓我學到的第一課不是「怎麼做產品」或「怎麼融資」：是**你一個人什麼都做不成**。你需要懂技術的人、懂市場的人、懂財務的人、懂法律的人。而這些人不是你的下屬，他們是你的夥伴。你不能用「我比較厲害」來領導他們，你必須用「我們一起把這件事做成」來凝聚他們。

那個只要手握文憑就能睥睨群雄的年代，真的結束了。我在〈[菁英的傲慢，青年的出路](/articles/elite-arrogance-youth)〉裡談過這個問題：功績主義讓贏家以為一切靠自己，但在真實的世界裡，沒有人能獨自完成任何有意義的事。

## 被低估的體育

如果群育這麼重要，為什麼台灣的教育幾乎不教？

因為體育這個「群育最好的場域」，在台灣的教育體系裡被嚴重低估了。

體育課在多數學校裡是什麼定位？「讓孩子跑一跑流流汗」「調劑身心」「考前可以借來自習」。體育被當成智育的配角，甚至是障礙：體育課太多會佔用讀書時間。

但你仔細想想，體育裡面藏了多少群育的養分。

團隊運動需要你配合別人的節奏：你不能只打自己的球，你要看隊友的位置。接力賽需要你信任隊友：你控制不了他跑多快，但你必須相信他會全力以赴。比賽會輸，而學會輸、學會在輸了之後跟隊友一起面對，是一種極其重要的能力。

我在帶團隊的時候發現，那些有運動校隊經驗的人，團隊協作能力普遍比較好。不是因為運動讓他們更聰明，是因為他們在球場上已經經歷過無數次「必須跟別人配合」的訓練。那些經驗刻在身體裡，不需要思考就會啟動。

## 真正的核心訓練

在一個必須「自己創造工作」的時代，文憑的價值在快速貶值。取而代之的核心能力是什麼？

發現問題和解決問題的能力。善用資源、跟不同專業的人協作的能力。清晰地表達自己想法的能力。還有一種很難言說但在現場最管用的：在人際互動中讀懂眉角、知道什麼時候該進什麼時候該退。

這些能力有一個共同點：**它們都需要在「有別人」的環境裡反覆練習。**

你不可能靠自己一個人練出協作能力。就像你不可能靠看游泳教學影片學會游泳。你必須跳進水裡，必須被水嗆到、必須在水裡學會跟自己的恐懼共處。

我在〈[情緒也發生在關係裡](/articles/eq-group-education)〉裡談過，EQ 中的關係能力，需要透過群體互動練習。協作能力也是一樣。它不只是理解概念，而是需要在真實情境中反覆練習的能力。

鐵人三項的接力賽，就是這樣一個情境。

## 終點線見

最後分享幾個參加三鐵的血淚心得。

不要被腎上腺素綁架：起跑的時候大家都很嗨，很容易暴衝。但三鐵是耐力賽，不是短跑。用自己的節奏完賽，比帥氣地衝出去然後後面爆掉重要太多了。

補水永遠比你以為的重要。帶夠水，不要指望補給站。

游完泳再騎車再跑步，你的肌肉在最後一段會恨你。肌肉舒緩噴霧是救星。

還有：遠遠看到攝影師的時候，記得把快要猝死的表情收一收。你會感謝事後那張至少能看的照片。

一起運動所承載的教育意義，遠大於促進新陳代謝。它是群育最真實的戰場。而群育，是這個時代最稀缺也最被低估的教育。</content:encoded><category>創造與建構</category><category>群育</category><category>團隊合作</category><category>鐵人三項</category><category>教育反思</category><category>組織協作</category></item><item><title>斜槓人生的紀律：自由的另一面是更嚴格的自我管理</title><link>https://paulkuo.tw/articles/slash-career-discipline/</link><guid isPermaLink="true">https://paulkuo.tw/articles/slash-career-discipline/</guid><description>「斜槓」是這幾年最被美化的職涯想像之一。但 Paul 從自己的多重身份經歷：經營公司、讀神學院、寫部落格、做諮詢：深刻體會到一件很少人說的事：斜槓的真正門檻不是技能多元，而是自律的強度。當組織不再替你管理時間，你面對的不是自由，是混亂。這篇文章拆解自律的三個層次，以及為什麼「能不能管住自己」才是斜槓成敗的分水嶺。
</description><pubDate>Sun, 02 Sep 2018 00:00:00 GMT</pubDate><content:encoded>我身邊有個朋友，三年前辭掉了科技公司的工作，開始「斜槓」。接案寫文、兼差講課、經營自媒體。他在離職信上寫了一句很漂亮的話：「我不想再為別人的夢想打工。」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/slash-career-discipline-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/slash-career-discipline-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

半年後我們吃飯，他跟我說，他每天中午才起床。不是因為前一晚熬夜工作，而是因為沒有理由早起。沒有打卡鐘、沒有晨會、沒有老闆在 Slack 上丟訊息。他以為這就是自由，後來才發現，那叫失控。

## 外部秩序消失之後

上班族的日子其實有一個巨大的隱藏福利，多數人不會注意到：外部秩序。

你不用決定幾點起床，因為上班時間替你決定了。你不用決定今天做什麼，因為 KPI 和主管替你決定了。你甚至不用決定什麼時候吃午餐，因為同事會叫你。

這些「枷鎖」，其實是一種外包。你把自律的責任外包給了組織，組織替你維持節奏，你只需要在框架內發揮。這套系統效率不見得最高，但它至少保證你每天會有基本的產出。

斜槓，就是把這些外部秩序全部拿掉。

聽起來很解放，對吧？但我自己的經驗告訴我：拿掉外部秩序之後，你不會自動變得更自由。你只會發現，原來自律是一種需要刻意練習的能力，而且比你想像中難得多。

## 三道門檻

在我同時經營公司、在神學院上課、固定寫文章的那段時間，我被迫發展出一套自我管理的系統。不是因為我天生自律，而是因為不這麼做，我的生活會在三天內崩盤。

**第一道門檻：時間管理。**

最基本的問題：你能不能每天在固定的時間開始工作？

這聽起來簡單到可笑。但當你沒有人催你、沒有打卡紀錄、沒有任何外在壓力的時候，光是「每天九點坐到書桌前」這件事，就能淘汰一大半的人。

我後來養成了一個習慣：不管前一天多晚睡，早上七點鬧鐘響就起床，八點前坐在電腦前。不是因為有什麼急事要處理，而是因為「開始」這個動作本身就是一種紀律宣言。一旦你允許自己「今天例外」，例外就會變成常態。

**第二道門檻：精力管理。**

比時間管理更難的是知道什麼時候該做什麼事。

每個人一天的精力曲線不同。我的高峰是早上九點到中午：那段時間我寫作、做策略思考、處理需要深度思考的事。下午精力下降，我就處理行政事務、回信、開會。晚上如果還有力氣，就讀書。

斜槓者最常犯的錯誤，是把最好的時段花在最不重要的事情上。早上精神最好的時候刷社群、回 Line、看 YouTube，等到下午昏昏欲睡才開始做正事。然後覺得自己效率很差。

不是你效率差，是你把精力花錯地方了。

**第三道門檻：注意力管理。**

這是最高層也最致命的。

斜槓者面對的注意力攻擊，比上班族嚴重十倍。因為你的「工作」和「生活」發生在同一個空間、同一台電腦、同一支手機上。你打開電腦要寫企劃書，結果先看到 Facebook 的通知、再看到一封不急的 Email、然後想起來有個案子要報價⋯⋯四十分鐘過去了，企劃書一個字都沒打。

我的解法很土：工作時把手機翻面放在另一個房間，瀏覽器只開跟當前任務有關的分頁，用番茄鐘強制自己在 25 分鐘內只做一件事。不性感，但有效。

注意力管理的本質，是在資訊洪流中保護自己[不被淹沒的能力](/articles/canary-in-coal-mine-ai-employment)。在一個所有東西都在爭奪你注意力的時代，「專注」本身就是一種稀缺資源。

## 自律的悖論

我發現一個有趣的悖論：真正自律的人，反而不覺得自律很痛苦。

因為自律到了一定程度，它就變成了習慣。你不需要每天早上跟自己搏鬥要不要起床，因為七點起床已經是身體的預設模式。你不需要掙扎要不要打開社群，因為「工作時間不碰手機」已經內化成反射動作。

痛苦的是中間那段過渡期：你知道應該自律，但還沒養成習慣。每一天都是意志力的消耗戰。很多人就是在這個階段放棄的。

我自己的經驗是：撐過前三個月。三個月之後，習慣會接手，意志力可以退場。

但前三個月，你需要一些外部支撐。可以是一個固定的共事空間、一個互相督促的朋友、一個公開宣告的目標。這不是軟弱，這是聰明。人類本來就不是設計來獨自自律的：我們是社群動物，需要彼此的眼光來維持規範。

## 自由是紀律的果實

所以回到那個最初的問題：斜槓到底適不適合你？

我的判斷標準很簡單。不是看你有幾項技能、有多少人脈、有沒有案源。這些都是可以慢慢累積的。

我只問一個問題：如果明天開始，沒有任何人管你，你能不能在三十天內維持一個穩定的工作節奏？

如果答案是可以，那你大概準備好了。
如果答案是不確定，先在現有的工作裡練習自律。因為沒有紀律的斜槓，不是自由，是[一種更隱蔽的自我消耗](/articles/remote-work-cruel-truth)。

我真心相信，這個時代需要更多的超級個體：能獨立思考、跨域整合、自主行動的人。但超級個體的「超級」，不是來自技能的數量，而是來自自律的品質。

自由，永遠是紀律的果實。不是反過來。</content:encoded><category>創造與建構</category><category>斜槓</category><category>自我管理</category><category>紀律</category><category>時間管理</category><category>創業心態</category></item><item><title>系統與直覺的對決：商業企劃背後的認知建構</title><link>https://paulkuo.tw/articles/system-vs-intuition-planning/</link><guid isPermaLink="true">https://paulkuo.tw/articles/system-vs-intuition-planning/</guid><description>暑假帶了一個創業精神班的專案，讓學生從零開始建構一個商業網站。四天下來，多數學生的網站只有一個幾乎空白的頁面。問題不在技術：技術工具都教了。問題在認知：他們不知道自己到底要做什麼。這讓我體會到一件事：商業企劃的真正障礙不是工具不夠好，而是人腦天生偏好直覺（系統一），不願意啟動那個燒腦的理性分析（系統二）。這篇想從這個教學經驗出發，談談為什麼「想清楚」比「做出來」困難一百倍。
</description><pubDate>Thu, 09 Aug 2018 00:00:00 GMT</pubDate><content:encoded>暑假帶了一個認識創業精神班的專案。任務很明確：帶學生從零開始，建構一個可以實際運作的商業網站。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/system-vs-intuition-planning-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/system-vs-intuition-planning-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

四天過去了。多數學生的網站只有一個頁面，而且幾乎是空的。

不是因為他們偷懶：他們確實有在做，而是因為他們不知道該放什麼進去。他們打開了網站編輯器，然後就卡住了。就像一個作家坐在空白的 Word 文件前，游標一直閃，但一個字都寫不出來。

## 系統一的舒適圈

在專案開始前，我跟學生介紹了認知科學家 Daniel Kahneman 的「雙系統理論」。

系統一：直覺式思考。快速、自動、不費力。你看到 1+1 會直覺反應出 2，不需要計算。你看到一張臉會直覺判斷對方是友善還是有威脅，不需要分析。

系統二：理性式思考。緩慢、刻意、極度消耗認知能量。你計算 37×24 的時候用的就是系統二。你規劃一個商業模式的時候用的也是系統二。

多數人的日常生活 95% 以上的時間都在用系統一。因為系統二太累了。啟動系統二就像把大腦的 CPU 從省電模式切到全速運轉：它有效，但你會很快覺得疲倦、焦躁、想逃避。

我跟學生說：接下來四天的專案，你們必須把系統二打開，而且不能關。

四天後的結果告訴我：多數人還是關了。

## 空白頁面的真相

學生的網站為什麼是空的？因為他們跳過了最關鍵的步驟：想清楚這個網站的目的是什麼。

我問他們：「你的網站是做什麼的？」

「賣東西。」

「賣什麼？」

「嗯⋯⋯賣一些⋯⋯產品。」

「什麼產品？」

「還在想。」

這就是系統一的陷阱。系統一讓你覺得「我大概知道要做什麼」，但那個「大概」是致命的。當你真的要把想法落實成具體的頁面、文案、產品分類、購買流程的時候，你會發現「大概」裡面全是空洞。

我在自己經營公司的過程中也反覆經歷這件事。每次覺得「這個方向應該可以」的時候，真正坐下來寫計畫書、逼自己把每一個環節想清楚，就會發現一堆之前「大概」跳過的問題。

商業計畫的品質，永遠不會超過你思考的清晰度。

## 從目的逆推一切

我用了一個框架來幫學生打開系統二。

每個網站都有核心使命。教育網站提供知識，新聞網站推播報導。我們做的是商業網站：核心使命是讓潛在客戶理解你的產品、信任你、然後買。

從這個目的逆推，前端必須清楚回答四個問題：我們是誰？我們提供什麼產品或服務？產品長什麼樣子、有何吸引力？消費者該如何購買？

這四個問題看起來簡單，但要回答得清楚，每一個都需要系統二的深度運作。

「我們是誰」不只是公司名稱：它是品牌定位、價值主張、跟競爭對手的差異化。「我們提供什麼」不只是產品清單：它是你解決了什麼問題、為什麼客戶該選你。「產品長什麼樣子」不只是放照片：它是視覺設計、使用情境、社會認同的綜合呈現。「如何購買」不只是放一個購物車按鈕：它是整個用戶動線的設計。

我在〈[痛點不是轉型的全部](/articles/digital-transformation-pain)〉裡談過，數位轉型最常見的失敗不是技術問題，是沒想清楚到底要解決什麼問題。商業網站也一樣：多數失敗的網站不是設計醜或功能差，而是背後的商業邏輯根本沒有被想清楚。

## 系統二是團隊運動

另一個觀察：系統二的運作在團隊裡比個人更困難。

個人啟動系統二已經夠痛苦了。但在團隊裡，你需要每個人都同時啟動系統二，而且朝同一個方向。只要任何一個人偷偷切回系統一，心裡冒出「我覺得這樣就好了吧」、「差不多可以了」的念頭，整個團隊的思考品質就會被拉低。

我在〈[獨行者的終結：從鐵人三項看群育的真實戰場](/articles/ironman-group-education)〉裡談過，團隊協作的核心是「心裡裝著別人」。在商業企劃裡也是一樣：你不只是在想自己負責的那一塊，你必須理解整個系統的邏輯，確保你的部分跟其他人的部分能銜接。

這需要每個人都啟動系統二。而且不能只在會議的時候啟動：離開會議之後，你做的每一個小決定都必須跟整體邏輯一致。

## 將破碎系統化

四天專案最後，我跟學生說了一段話：

一個商業網站的誕生，不是頁面的堆疊。它是把你腦袋裡破碎的想法，透過系統二的力量，整理成一個有邏輯、有結構、能自我運轉的系統。

科技工具只是幫你把這個系統呈現出來的載體。如果系統本身是空的，再漂亮的載體也只是一個好看的殼。

這不只是建網站的道理，是做任何商業決策的道理。**你的計畫不會比你的思考更清楚。** 想讓計畫更好，唯一的方法是讓思考更深。

而那意味著你必須忍受系統二帶來的不舒服：燒腦、焦躁、覺得自己很笨。那不是無能的感覺，那是成長的感覺。</content:encoded><category>創造與建構</category><category>認知科學</category><category>專案管理</category><category>商業企劃</category><category>教育實踐</category><category>系統思考</category></item><item><title>爛掉的拐杖也是支撐：謙卑面對年老世代的信仰</title><link>https://paulkuo.tw/articles/broken-crutch-elderly-faith/</link><guid isPermaLink="true">https://paulkuo.tw/articles/broken-crutch-elderly-faith/</guid><description>除夕夜的飯桌上，我兒子用嚴密的邏輯把阿嬤的功德論問到啞口無言。那一刻我覺得好笑，但笑完之後突然覺得不太對。因為阿嬤的信仰不是一道數學題，不能用邏輯來求解。父親離開之後，母親失去了幾乎全部的人生：那些我覺得荒謬的宗教活動，卻是真正陪著她走過那些日子的東西。這篇文章是我對自己的提醒：理性是好的工具，但它不是衡量一切的尺。有些東西爛了、歪了、經不起分析，但它還能撐住一個人。那就夠了。
</description><pubDate>Mon, 19 Feb 2018 00:00:00 GMT</pubDate><content:encoded>除夕夜。年夜飯吃到一半，母親又開始了。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/broken-crutch-elderly-faith-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/broken-crutch-elderly-faith-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

「你知道嗎，師姐說今年點光明燈特別靈驗⋯⋯」

「做善事有福報的啦，你看隔壁王太太捐了二十萬給廟裡，後來兒子就考上台大⋯⋯」

「朝山走一趟，身體會好很多，我上次去完膝蓋就不痛了⋯⋯」

我還沒來得及反應，正在讀自學的兒子已經架好了邏輯的大砲。

「阿嬤，如果功德可以累積，那我把石頭搬到路邊是積德，那我再搬回去再搬過去，是不是就可以無限刷功德？」

「如果點燈有用，為什麼不是每個點燈的人都變有錢？那些沒點燈但很有錢的人呢？」

「考上台大跟捐錢的因果關係在哪裡？有對照組嗎？」

母親的臉色從和悅變成尷尬，最後變成一種帶著委屈的沉默。「哎啊：不跟你們說了啦。」

兒子得意地看了我一眼，等著我站在理性這一邊。

但那一刻，我笑不出來。

## 紅包照發，邏輯照破

紅包照樣發了。阿嬤塞給孫子的紅包袋裡，大概藏了不少「功德迴向」的心意。孫子拿了紅包，繼續他的邏輯推演。

祖孫之間，注定沒有邏輯上的交集。

但紅包還是發了，還是拿了。因為親在，情在。血緣是一種超越理性的連結：你不需要同意對方的世界觀，也能愛對方。

我看著這個場景，突然意識到一件事：我兒子的每一個反駁都是對的。邏輯上，功德不能累積、點燈不能改命、因果不能這樣簡單歸因。但「對」有用嗎？

對了又怎樣？你贏了一場辯論，輸了一個老人家的心。

## 善行經濟學的結構

讓我不帶感情地分析一下母親信仰的結構。

她相信的是一套我稱之為「善行經濟學」的系統。在這套系統裡，善行是貨幣，可以存入一個看不見的帳戶（功德簿）。存夠了，就能兌換成好運、健康、子女成就。廟宇和宗教團體是銀行，提供各種存款方式：點燈、捐款、朝山、誦經。

這套系統在邏輯上千瘡百孔。但在心理上，它提供了三樣極其稀缺的東西：**掌控感**、**意義感**、和**歸屬感**。

掌控感：我做了某件事，某件好事就會發生。在一個充滿不確定性的世界裡，這種因果確定感是奢侈品。

意義感：我的日常行為（捐款、拜拜、朝山）被賦予了更高的意義：為自己和家人積累福報。每一個小動作都有宇宙級的意義。

歸屬感：師姐們一起去朝山、一起做法會、一起分享見證。在子女各自忙碌的年紀，這個社群提供了比家人更穩定的陪伴。

當你理解了這三樣東西，你就理解了為什麼理性的反駁不管用。因為你反駁的其實是一個人活下去的支撐，不是一道命題。

## 父親離開之後

我的父親走得不算突然，但對母親來說，每一次失去都是突然的。

父親在的時候，母親的世界有一個非常清楚的中心。他是做決定的人，是出門的理由，是日常節奏的定義者。母親不是沒有自我：她聰明、能幹、把家裡打理得井井有條。但她的自我是圍繞著父親轉的，就像一顆衛星繞著行星。

行星消失了，衛星就失去了軌道。

父親離開後的那段日子，母親的狀態很難用「悲傷」來形容。悲傷是有方向的：你知道自己在哭什麼。但母親的狀態更像是失重。她不知道明天要做什麼、不知道這一天為什麼要開始、不知道自己在這個世界上還有什麼角色。

就是在那段時間，宗教團體接住了她。

師姐們每週帶她去佛堂、帶她做志工、帶她去朝山。這些活動的神學內容我不認同，但它們做到了一件我做不到的事：**每天給母親一個起床的理由。**

你知道一個失去重心的老人最需要什麼嗎？不是道理，不是分析，不是「你要正面思考」的雞湯。是一個每天固定的行程、一群會打電話關心她的人、和一個讓她覺得自己做的事有意義的信念系統。

管它是不是「真的」。

## 爛掉的拐杖

這就是我想說的核心：**爛掉的拐杖，如果還能用，就不要急著折斷它。**

我受過神學訓練。我比大多數人更有能力解構母親的信仰：善行經濟學在神學上站不住腳，功德累積在基督教和佛教的正統神學裡都有問題，因果報應的簡單版本經不起任何嚴肅的倫理學檢驗。

但神學訓練也教會我另一件事：**真理不只是命題的正確性，還包括它在具體生命中的作用。**

對母親來說，這些信念不是一道需要被驗證的命題。它們是一根拐杖。一根也許歪了、也許裂了、也許從純粹的神學角度看已經爛了的拐杖。但它每天撐著母親從床上起來、走出家門、跟一群人笑著聊天、然後帶著一點點「今天又做了有意義的事」的感覺回家。

你要我用理性去折斷這根拐杖嗎？

然後呢？我有什麼更好的東西可以給她？

我在〈[信仰的崩塌與重建](/articles/faith-collapse-rebuild)〉裡談過，缺乏反省的信仰是脆弱的。但那篇針對的是在公共領域有影響力的信仰群體。對於一個獨自面對老年的母親，要求她的信仰經得起學術檢驗，不是嚴謹，是殘忍。

## 理性的侷限不是理性的失敗

我必須在這裡說清楚：我不是在反對理性。

我兒子的每一個邏輯反駁都是對的，我也不打算教他放棄批判性思考。恰恰相反：批判性思考是我認為最重要的教育投資之一。

但理性有它的適用範圍。就像螺絲起子是好工具，但你不能拿它來梳頭髮。

理性適合處理命題：「功德可以累積嗎？」可以分析。「點燈能改運嗎？」可以查證。「捐款和考試結果有因果關係嗎？」可以設計實驗。

但理性不適合處理存在：「一個失去伴侶的七十歲老人，要怎麼找到活下去的理由？」這不是一個可以被「解決」的問題：它只需要被陪伴。

謙虛，在這個語境裡，是承認：就算全部搞對了，也不一定能幫到那個需要幫助的人。

## 往前衝的人，記得回頭看

我有時候想，我們這些在外面「推動世界」的人，是靠什麼撐著的？

是理性嗎？是專業能力嗎？是對未來的願景嗎？

也許都是。但在更底層的地方，有一個我們不太願意承認的事實：是有人在後方撐著。是那些我們不一定認同、甚至覺得有點荒謬的力量：母親的祈禱、父母的擔心、老人家碎碎念的叮嚀：在我們看不到的地方，用我們理解不了的方式，支撐著整個系統的穩定。

如果沒有這些「爛掉的拐杖」陪著家中長輩踽踽前行、給予寄託，我們這些自以為在往前衝的年輕人，往前衝的力量恐怕會折損一大半。

因為你在前線拚命的時候，不用擔心後方的人會垮掉。那份安心，就是拐杖的價值。

謙虛，從來不是一個容易的功課。它包含了妥協與投降的元素。我們能侃侃而談、申論己見，往往只是出於我們的處境還算舒適。等到有一天，你也失去了軌道上的那顆行星，你就會知道，一根爛拐杖有多珍貴。

人生不只是理性的談論。人生，是真真實實地活著。而活著，有時候需要的不是正確答案，而是一個能讓你明天願意起床的理由。</content:encoded><category>文明與人性</category><category>世代差異</category><category>信仰反思</category><category>心理寄託</category><category>家庭關係</category><category>謙卑</category></item><item><title>跨越組織的僵化：業務開發即是破解穀倉</title><link>https://paulkuo.tw/articles/breaking-silo-effect/</link><guid isPermaLink="true">https://paulkuo.tw/articles/breaking-silo-effect/</guid><description>每一個在台灣做過 B2B 的人，大概都遇過這種場景：跟一家公司談合作，開了十幾次會，每次對面換一批人，但事情永遠在原地打轉。這就是穀倉效應的日常面貌。我做業務開發這麼多年，最深的體會是：穀倉不是靠組織改造拆掉的，而是靠一個能在不同穀倉之間穿梭的翻譯者。這篇想談的是，為什麼業務開發的核心能力不是銷售，而是讓資訊在組織內外流動的能力：以及在 AI 時代，這個角色反而變得更重要了。
</description><pubDate>Fri, 26 Jan 2018 00:00:00 GMT</pubDate><content:encoded>開會。跟一家上市公司談合作案，對方排排坐來了十二個人。名片收了一桌，每個人自我介紹的時候都很客氣，頭銜從經理到副總都有。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/breaking-silo-effect-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/breaking-silo-effect-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

會後我問同事：「所以，今天誰是可以做決定的人？」

同事看了我一眼：「應該⋯⋯都不是。」

這不是偶發事件。在台灣做 B2B，這種場景每個月至少遇到一次。對方很重視你的提案：所以派了很多人來。但很多人來，不代表事情會往前走。更常見的結果是：每個部門都帶著自己的顧慮離開，回去之後在各自的穀倉裡消化，然後下次開會又換了三分之一的人，話題再從頭來過。

三個月後，除了消化掉幾十張名片和好幾壺咖啡，什麼進展都沒有。

## 分工不是問題，斷裂才是

《穀倉效應》的作者 Gillian Tett 用「穀倉」來比喻組織內部的資訊隔離。每個部門就像一座獨立的穀倉，裡面的穀物（資訊）進不來也出不去。

但我想把她的觀點推進一步：問題不是分工本身。分工是文明的基礎：你不可能要一個人同時懂財務、法務、技術、行銷。問題在於分工之後，**資訊流通的通道被切斷了**。

用比較技術的語言來說：組織的問題在於模組之間的介面（interface）設計得太爛。

每個部門有自己的語言、自己的 KPI、自己的優先順序。財務部看的是現金流和風險，業務部看的是營收和成長，法務部看的是合規和責任。他們可能在談同一個專案，但「這個案子好不好」在每個部門的翻譯完全不同。

當這些不同的翻譯無法被整合成一個共同的判斷，組織就癱瘓了。因為沒有人有能力把所有部門的語言翻譯成同一個故事。

## 我是怎麼學會辨識穀倉的

做了十幾年的業務開發，我發展出一套快速辨識穀倉的方法。不是什麼理論，就是被踩過太多坑之後長出來的直覺。

**情境一：排排坐的大場面。** 開會來了十幾個人，各部門代表都有。名片上的頭銜越多樣，代表穀倉越深。因為如果組織內部溝通順暢，根本不需要每個部門都派人來：一兩個有全局觀的人就能代表。排排坐的意思是：他們自己內部也搞不定，所以讓你來當那個整合的催化劑。

問題是，你不是他們的員工，你沒有權力在他們的組織裡推動任何事。

**情境二：窗口不斷換人。** 企劃、採購、合約，每個階段對口不同人。你以為在跟一家公司談合作，實際上是在跟三個互不溝通的部門各談一段。最崩潰的是，你跟 A 部門談好的條件，B 部門完全不知道，C 部門直接否決。

碰到這兩種狀況，我的建議是：極度小心管控你投入的時間和資源。因為這代表對方的內部溝通成本比你想像的高十倍，而這個成本最終會轉嫁到你身上。

## 翻譯者的價值

那怎麼辦？放棄嗎？有時候是的，放棄是最理性的選擇。但如果這個機會真的值得追，你需要做的事情不是「更努力推銷」，而是**變成一個翻譯者**。

什麼意思？

就是你要搞清楚對方每個部門在意什麼，然後用他們各自的語言，把同一個方案說成不同的故事。跟財務談的時候強調 ROI 和風險控制，跟技術談的時候強調架構相容和維護成本，跟業務談的時候強調市場機會和競爭優勢。

然後：這是最關鍵的：你要幫他們把這些故事整合成一個。因為他們自己做不到。

這聽起來不像業務開發的工作。沒錯，它更像是顧問的工作，甚至像是對方公司內部的專案經理在做的事。但這就是 B2B 業務開發的現實：你在賣東西之前，得先幫對方的組織跑通一個決策流程。

我在自己的公司裡訓練業務團隊的時候，最強調的不是話術和簡報技巧，而是「你有沒有能力畫出對方公司的決策地圖？」誰影響誰？誰有否決權？誰的 KPI 跟你的方案有關？這張地圖畫不出來，再好的產品都推不進去。

## 超越組織才能破解組織

這裡有一個弔詭的地方：**你要破解別人的穀倉，自己不能也是一座穀倉。**

什麼意思？如果你只懂技術、只懂銷售、或只懂財務，你就只能跟對方的一座穀倉對話。你需要的是能夠在不同維度之間自由切換的能力：今天跟 CTO 談技術架構，明天跟 CFO 談投資回報，後天跟一線員工了解他們真正的痛點。

這種跨維度的能力，本質上就是我一直在說的[跨域連結](/articles/post-code-era-taste)。不是什麼都懂，而是懂得夠多，可以在不同專業語言之間做翻譯。

我自己的跨域背景：神學、循環經濟、AI、創業：在做業務開發的時候反而變成巨大的優勢。因為我可以跟工程師聊技術、跟老闆聊策略、跟人資聊組織文化，而且不是裝懂，是真的能在他們的語境裡對話。

## AI 時代的穀倉效應

有趣的是，AI 的出現讓穀倉效應變得更值得討論。

一方面，AI 可以加速穀倉的形成。每個部門都導入自己的 AI 工具、建立自己的數據管線、發展自己的自動化流程。如果沒有統一的架構，這些 AI 系統之間的資訊斷裂可能比人與人之間的斷裂更嚴重。至少人開會的時候還能聽到弦外之音，AI 只認得它被餵的數據格式。

另一方面，AI 也可以成為破解穀倉的工具。當組織有了統一的數據平台和 AI 代理，不同部門的資訊可以被即時彙整、交叉分析、形成全局視圖。以前需要開三次會才能拼湊出來的全貌，現在一個 dashboard 就能呈現。

但工具只是工具。穀倉效應的根源是人的問題：是本位主義、是不信任、是不願意花時間理解別人的語言。這些問題不會因為有了 AI 就自動消失。

## 要嘛翻譯，要嘛離開

回到最實際的層面。如果你正在做業務開發，面對一個穀倉深重的組織，你有兩個選擇。

第一，成為翻譯者。了解每個穀倉的邏輯，找到它們之間的共同利益，幫它們建立對話的橋樑。然後反過來「領導」合作夥伴的團隊：不是用權力，而是用全局觀和資訊優勢：帶領他們走完決策流程。

第二，立馬結束晤談，不浪費時間瞎耗。把精力留給下一個組織更健康、決策流程更清晰的機會。

沒有第三個選項。

在穀倉面前硬推，你只會成為他們內部政治的消耗品。在穀倉面前退縮，你就失去了業務開發存在的意義。

業務開發的最高境界，是讓資訊在該流動的地方流動，讓本來做不了決定的人，因為你的存在而有了做決定的能力。至於東西，自然就賣出去了。</content:encoded><category>創造與建構</category><category>穀倉效應</category><category>組織僵化</category><category>業務開發</category><category>跨界溝通</category><category>資訊通透</category></item><item><title>量化人生的殘酷：當演算法成為最高審判者</title><link>https://paulkuo.tw/articles/algorithm-as-judge/</link><guid isPermaLink="true">https://paulkuo.tw/articles/algorithm-as-judge/</guid><description>一個計程車司機的五星懇求，揭開了平台經濟最不舒服的真相：我們正活在一個由演算法即時量刑的世界裡。從外送員到知識工作者，評分系統已經滲透到勞動的每一個角落。這不只是科技問題，而是一場關於「人的價值如何被定義」的文明轉向。Paul 從創業經歷與神學訓練的角度，探問一個根本的問題：當所有人都在被量化，誰來衡量量化本身的正當性？
</description><pubDate>Mon, 15 Jan 2018 00:00:00 GMT</pubDate><content:encoded>早上搭計程車，司機先生在紅燈時轉頭看了我一眼，猶豫了一下，才鼓起勇氣說：「先生，可以請你給我五顆星嗎？拜託了。」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/algorithm-as-judge-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/algorithm-as-judge-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

他的語氣不是禮貌性的請求，是真的在拜託。因為如果平均評分掉到 4.6 以下，系統就會把單子優先派給分數更高的司機。對他來說，每一顆星都是真金白銀。我當下有點不知道怎麼回應。不是因為這個請求不合理，而是因為我突然意識到：坐在後座的我，手指輕點螢幕的那一秒，就決定了他今天能接多少單、賺多少錢。

這個場景，是一整個時代的縮影。

## 從功德簿到即時審判

我想起幾年前看到的一則中國外送員新聞。一個年輕人在路邊崩潰大哭，原因是一個客人給了他負評。在外送平台的規則裡，一個負評的影響不只是扣錢：它會觸發系統降級，接下來幾天的派單量會被壓縮，而他的同事們則因此獲得更多機會。一個負評，可以讓一整天十幾個小時的辛苦化為烏有。

這讓我想到一個對比。不到一個世紀前，民間信仰裡的「功德簿」是這樣運作的：你做好事，天上記一筆；做壞事，也記一筆。但結算是「一輩子一次」。你有充裕的時間去彌補、去調整、去證明自己不只是那個犯錯的瞬間。

現在，演算法把功德簿升級了：它不是一輩子結算一次，而是每天、每單、每個交互即時結算。效率確實提升了，但留給人喘息和修復的空間，幾乎消失了。

## 看不見的全景監獄

傅柯（Michel Foucault）在 1975 年的《規訓與懲罰》中，深入分析了邊沁（Jeremy Bentham）在十八世紀末提出的「全景敞視監獄」（Panopticon）概念：一個環形建築，中央是瞭望塔，四周是牢房。囚犯永遠不知道自己是不是正在被監視，但正因為「可能被監視」的壓力，他們自動規訓自己的行為。

平台經濟的評分系統，就是數位版的全景敞視監獄。

計程車司機不知道哪個乘客會給他低星，所以他對每個乘客都格外小心。外送員不知道哪一單會出現差評，所以他拼命趕時間，即使紅燈也想闖。Uber 司機每天打開 App 第一件事不是看收入，是看評分有沒有掉。

差別在於，傅柯的監獄裡至少還有一個看得見的瞭望塔。在平台經濟裡，你連「誰在看你」都不知道。評分來自一個你永遠無法質詢的匿名集體，而裁決由一個你永遠看不見程式碼的演算法執行。

## 量化正在吃掉一切

如果你覺得這只是底層勞動者的問題，那你可能還沒意識到量化的觸手伸得有多遠。

信用評分已經是日常。在中國，芝麻信用分 600 分以上可以免押金租房；而政府主導的社會信用系統，更直接影響了數百萬人的出行自由：上了「失信名單」，連飛機和高鐵都搭不了。在台灣，聯徵中心的紀錄決定了你能貸多少錢、利率多高。你的「信用」不再是鄰居對你人品的口碑，而是一組數字。

健康數據也是。保險公司已經在用穿戴裝置的數據來評估保費。走路多的人保費低，久坐的人保費高。你的身體不再只是你自己的：它也是一個被持續量化的資產。

甚至知識工作也逃不掉。我經營公司的過程中，深刻感受到「數字」如何主宰決策。當我們用 KPI 評估一個員工、用轉換率衡量一個行銷方案、用閱讀時間判斷一篇文章的價值，我們其實都在做同一件事：把無法量化的東西強行量化，然後用量化的結果做出影響真實人生的決定。

## 創業者的矛盾

說實話，我自己也是這套系統的參與者。

做數位轉型顧問的那些年，我幫客戶建立過各種「數據驅動」的評估系統。營收儀表板、客戶滿意度追蹤、員工績效看板：這些工具的初衷都是好的，是為了讓決策更客觀、更透明。

但我越做越發現一個不舒服的真相：當你把人的表現壓縮成一個數字，你其實是在告訴他，「你這個人的價值，等於這個數字。」

這讓我想起神學院學到的一個概念：人的 *imago Dei*（上帝的形像）。基督教神學主張，人的價值是內在的、不可化約的、不依賴外在表現而存在的。你的價值不來自你的產出，不來自你的評分，更不來自演算法對你的分類。

但演算法說的恰恰相反：你的價值 = 你的數據。

這兩種看待人的方式之間的張力，是我覺得這個時代最深層的衝突之一。它不只是科技倫理的問題，它是一個[關於人之所以為人的根本拷問](/articles/canary-in-coal-mine-ai-employment)。

## 數據新原油的代價

「數據是新石油」：這句話已經流行到幾乎變成陳腔濫調了。但大多數人只聽到了「新石油」的財富想像，沒有想到石油開採的另一面：環境破壞、資源詛咒、地緣衝突。

數據開採也有它的代價。只是這個代價不是河流被汙染，而是人的自主性被侵蝕。當你的每一次點擊、每一次滑動、每一次停留都被記錄和分析，當你的消費行為、社交模式、健康數據都被用來餵養推薦系統和信用模型：你的[數位足跡](/articles/digital-footprint-the-one)就不再只是足跡了。它是一個持續運作的自畫像，而且這幅畫的解讀權不在你手上。

比石油更值錢的是：石油不會自己冒出來，但數據是你每天無償、自動、大量地提供的。我們既是數據的生產者，也是數據的被審判者。

## 演算法看著你

所以回到那個早上，計程車裡的那個場景。

司機先生說完「拜託給五顆星」之後，我給了他五顆星。但我一直在想：一個人要用多大的勇氣，才能對一個陌生人開口要求評價自己？在什麼樣的系統下，人會被迫做出這種事？

我們正在經歷的，不是一場可以選擇加入或退出的遊戲。評分系統已經滲透到勞動、信用、健康、教育，幾乎所有關乎生存的領域。而這套系統最弔詭的地方在於：它讓被監控的人以為自己是自由的。

你可以選擇不開 Uber，但你選不掉你的信用評分。你可以選擇不用社群，但你選不掉你在各種資料庫裡的輪廓。

演算法正在看著你。而更殘酷的問題是：在它的目光下，你是誰？</content:encoded><category>智能與秩序</category><category>演算法治理</category><category>平台勞動</category><category>評分系統</category><category>數位監控</category><category>人的量化</category></item><item><title>數位殖民的清醒：當免費平台改變規則，你能怎麼辦？</title><link>https://paulkuo.tw/articles/digital-colonialism-platforms/</link><guid isPermaLink="true">https://paulkuo.tw/articles/digital-colonialism-platforms/</guid><description>2018 年初，Facebook 宣布大幅調降粉絲專頁的自然觸及率。無數品牌和自媒體跳出來抗議「平台霸權」。但 Paul 從創業者的角度看到了一個更根本的問題：我們在一個自己不擁有、不控制、甚至不付費的平台上建造了整個商業模式，然後在規則改變時感到憤怒：這不是霸權的問題，是我們自己的問題。這篇文章從「數位殖民」的框架出發，思考平台依賴的本質，以及當規則改變時，清醒的人該怎麼做。
</description><pubDate>Sun, 14 Jan 2018 00:00:00 GMT</pubDate><content:encoded>2018 年 1 月，Facebook 宣布調整動態消息演算法，大幅降低粉絲專頁的自然觸及率。消息一出，台灣的行銷圈和自媒體圈炸了鍋。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/digital-colonialism-platforms-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/digital-colonialism-platforms-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

「臉書背叛了我們！」
「這是平台霸權！」
「十年的經營毀於一旦！」

我看著這些憤怒的貼文，心裡想的卻是另一件事：你們到底在氣什麼？

## 免費雞腿的邏輯

讓我算一筆帳。

過去十年，我們：作為使用者、創作者、品牌經營者：在 Facebook 上做了多少事？建粉絲頁、發貼文、下廣告、經營社群、透過 Messenger 跟客戶溝通。我們在這個擁有超過 20 億用戶的巨大系統裡，享受了人類史上第一次的網路規模效應。

而作為終端使用者，我們付了多少錢給 Facebook？

零。

零元。十年。

這就像你被邀請到一個大宅院裡吃飯，連吃了十年免費雞腿。有一天主人說：「我要重新安排座位、換一下菜單。」你跳起來大罵主人背叛你：這合理嗎？

不合理。但這就是大多數人的反應。

## 你不是客人，你是商品

更殘酷的事實是：你連「客人」都不是。

在免費平台的商業模式裡，你不是客戶：廣告主才是。你是產品。你的注意力、你的行為數據、你的社交圖譜，這些是 Facebook 賣給廣告主的商品。

所以當 Facebook 調整演算法，它不是在「背叛」你。它是在優化它的核心產品：用戶的注意力分配：以更好地服務它的真正客戶：廣告主。

這個邏輯，從第一天就在那裡。只是十年的免費午餐讓大多數人忘了。

## 數位殖民不是比喻

我後來用了一個詞來描述這個狀態：數位殖民。

這不是誇張的比喻。想想殖民的定義：你的生產活動發生在別人擁有的土地上，你的資源由別人分配，你的規則由別人制定。而且：這是最關鍵的：你對這一切沒有任何議價權。

一個把所有內容放在 Facebook 上的自媒體，跟一個在殖民地耕種的農民，結構上有什麼差別？

農民種的糧食歸殖民政府分配。你發的內容歸演算法分配。農民不能決定稅率。你不能決定觸及率。農民如果抗議，殖民政府會鎮壓。你如果抗議：嗯，演算法不會理你。

承認自己是數位殖民，一點都不丟臉。真正丟臉的是十年來一直享受免費服務，然後在規則改變時表現得像被背叛。

## 逃不掉的依賴

有人說：「那我們離開 Facebook 就好了啊！」

好，離開。然後去哪？

跳到 Instagram？那也是 Facebook（現在是 Meta）的。
經營 YouTube？那是 Google 的，一樣會改演算法。
自建官網？你的流量還是被 Google 搜尋演算法掐著。
轉戰 Line@？平台說改就改。

這就是數位殖民的困境：你可以換一個殖民主，但你換不掉被殖民的結構。因為在當今的網路世界裡，所有的流量分配權都掌握在幾家巨型平台手上。

我在經營公司的過程中，深刻體會到這個現實。我們幫客戶經營社群、做內容行銷、投放廣告。每一個策略的底層，都建立在平台的規則之上。而這些規則，會在你毫無準備的時候突然改變。

有一次，我們幫一個客戶精心打造了一個月的 Facebook 內容策略，上線第二週遇到演算法調整，自然觸及率掉了 40%。客戶問我：「你們的策略是不是有問題？」我說：「策略沒變，是腳下的地板變了。」

## 清醒之後怎麼辦

那怎麼辦？躺平嗎？不是躺平：是帶著清醒重新規劃。

第一，建立你自己的資產。Email 名單、自有網站、LINE 官方帳號：這些是你直接觸及受眾的管道，[不被任何單一平台的演算法控制](/articles/algorithm-as-judge)。它們成長得慢，但它們是你的。

第二，分散風險。不要把所有雞蛋放在一個平台裡。如果你 80% 的流量來自 Facebook，你就是把 80% 的命運交給了一個你不能控制的變數。

第三，觀察規則改變中的機會。尼布爾有句話很受用：禍兮福所伏。每一次演算法調整，都會有一批人倒下，也會有一批人崛起。那些在大家哭天搶地的時候冷靜分析新規則的人，往往能找到新的破口。

## 禍福相倚

回到 2018 年那次演算法調整。

哭得最大聲的是誰？是那些長年靠免費自然觸及率活著的品牌和自媒體。他們從來沒有建立過付費策略，也沒有建立過平台以外的流量來源。演算法一改，他們就裸泳了。

而在同一時間，有另一批人開始認真經營 Podcast、電子報、自有社群。這些管道沒有 Facebook 的規模，但它們有一個 Facebook 永遠給不了你的東西：[你自己說了算](/articles/traffic-beyond-currency)。

數位殖民的現實不會改變。但你在殖民結構裡的位置，可以改變。

關鍵不是離開平台：那不現實。關鍵是你有沒有在平台之外，為自己建造一些真正屬於你的東西。

在別人的地上耕種，沒有問題。但記得同時在自己的地上，種一些不會被別人收走的作物。</content:encoded><category>智能與秩序</category><category>數位殖民</category><category>演算法調整</category><category>平台霸權</category><category>資源依賴</category><category>商業反思</category></item><item><title>科技始於人性：臉書演算法重構的商業啟示</title><link>https://paulkuo.tw/articles/facebook-algorithm-humanity/</link><guid isPermaLink="true">https://paulkuo.tw/articles/facebook-algorithm-humanity/</guid><description>2018 年 Zuckerberg 宣布調整臉書演算法的那一天，行銷圈哀鴻遍野。粉絲頁觸及率要暴跌、廣告成本要飆升、經營多年的社群資產可能一夕歸零。但我當時的反應跟多數人不一樣：我覺得這是 Facebook 最勇敢的決定之一。它等於承認：讓使用者無止盡地消費低品質內容，對平台本身也是慢性自殺。這篇想談的是這次調整背後的商業邏輯、它對品牌經營的根本性衝擊，以及為什麼八年後回看，這個判斷在 AI 時代變得更加清晰。
</description><pubDate>Sat, 13 Jan 2018 00:00:00 GMT</pubDate><content:encoded>2018 年 1 月，Mark Zuckerberg 發了一篇貼文，大意是：大家花在臉書上的時間太多了，而且很多時間花在沒有意義的內容上。未來，演算法會優先推送來自朋友和家人的內容，商業粉絲頁的自然觸及會大幅下降。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/facebook-algorithm-humanity-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/facebook-algorithm-humanity-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我的行銷朋友們幾乎集體崩潰。

「完了，我們經營了三年的粉絲頁要廢了。」「觸及率本來就夠慘了，還要再砍？」「這根本是逼大家買廣告。」

我理解他們的焦慮。但我當時心裡想的是另一件事：**Facebook 終於承認了一個它一直知道但不願意面對的事實。**

## 黏著度的自殺

那個事實是什麼？

過去幾年，臉書的核心指標是「使用時間」和「互動率」。演算法被設計成一件事：讓你盡可能長時間待在平台上。什麼內容能讓你停留最久？演算法就推什麼。

結果是什麼？情緒化的內容、聳動的標題、低品質但容易引發「按讚」的貼文，佔據了你的動態牆。商業粉絲頁發現：只要夠聳動、夠煽情、夠容易按讚，就能拿到觸及。所以大家一起往下沉淪。

使用者確實花了更多時間在平台上。但他們滑完之後的感覺是什麼？空虛。煩躁。覺得自己浪費了時間。

這不是我的猜測：Facebook 自己的內部研究也發現了這一點。被動瀏覽大量低品質內容，會降低使用者的幸福感。

一個讓使用者越用越不快樂的平台，長期來說是在自殺。使用者不會今天就離開，但他們會慢慢地、不知不覺地減少使用。就像我在〈[數位軌跡與無形巨網](/articles/digital-footprint-the-one)〉裡談的：溫水煮青蛙式的衰退，是最難察覺也最致命的。

Zuckerberg 的那篇貼文，等於承認了這件事。他的決定是：寧可短期犧牲使用時間和廣告收入，也要把平台拉回「有意義的社交互動」。

這不是善心，而是極有遠見的商業判斷。

## 消費者首先是一個人

行銷圈在討論這件事的時候，幾乎都站在「品牌端」的角度看：我的觸及怎麼辦？我的 ROI 怎麼辦？

但很少有人站在「使用者」的角度想一個更根本的問題：**消費者，首先是一個人。**

一個人的時間分配裡，「消費」只佔很小的一部分。你確實會買東西，但你一天裡花在「想要買什麼」的時間可能不到 5%。其餘的時間，你在跟朋友聊天、在關心家人、在思考工作、在追劇、在發呆、在焦慮房貸。

當你打開臉書，你的需求不是「讓我看更多廣告」。你的需求是：看看朋友最近怎樣了、有沒有有趣的事發生、有沒有什麼值得我花腦力去想的內容。

如果你每次打開動態牆，看到的都是商業推銷、業配文、粉絲頁的點擊誘餌：你會怎麼做？你會開始跳過。然後減少打開的頻率。然後有一天你發現自己已經很久沒打開臉書了。

臉書的演算法調整，本質上就是在回應這個現實：**如果不把使用者當「人」看，使用者遲早會離開。**

## 品牌擬人化的生存戰

那品牌該怎麼辦？

答案其實很殘酷：如果你的品牌在演算法調整之前就只靠「觸及」和「流量」活著，那你確實該擔心。因為那表示你的品牌沒有任何「被主動搜尋」的價值。使用者看到你的內容不是因為他們想看，而是因為演算法硬塞給他們。

當演算法不再硬塞，你就消失了。

但如果你的品牌在做的是「有價值的對話」：分享真正有用的知識、表達有立場的觀點、創造能引發討論的內容：那演算法的調整反而是利多。因為「有意義的互動」正是新演算法獎勵的東西。

我在經營自己的內容時，很早就體會到一件事：**一則誠實的觀點帶來的互動，遠勝過一百則精心設計的推銷。** 人們不想跟一個「品牌」對話，但他們願意跟一個「有觀點的人」對話。

這就是「品牌擬人化」的核心邏輯。不是在 logo 旁邊加一個吉祥物。是讓品牌有觀點、有立場、有溫度：像一個人一樣說話。

做不到這一點的品牌，在演算法調整之後，投廣告的成本會越來越高，但效果會越來越差。因為使用者已經被訓練成自動忽略那些「不像人說的話」。

## AI 時代的延伸

2018 年我寫下這些觀察的時候，AI 還不是主流話題。八年後再看，演算法從「最大化黏著度」轉向「最大化有意義互動」的邏輯，在 AI 時代變得更加清晰。

現在的 AI 推薦系統比 2018 年的演算法精細得多。它不只知道你點了什麼，還能推測你為什麼點、點完之後的感受、以及這個內容對你的長期行為有什麼影響。

這意味著：低品質的內容會被更精準地識別和降權。純粹的流量操作會越來越難。而真正有價值的內容：能引發思考、能促進對話、能讓使用者覺得「這段時間花得值得」的內容：會被 AI 更有效率地推送到對的人面前。

我在〈[開五指的陣痛：為何數位轉型總是以失敗告終？](/articles/digital-transformation-pain)〉裡談過，數位轉型最大的挑戰不是技術而是思維。品牌的社群經營也一樣：技術在變、演算法在變、平台在變，但不變的是那個最根本的問題：**你有沒有把對方當成一個人在對話？**

## 商品有限，價值無限

回過頭看 Zuckerberg 2018 年的那個決定，它其實揭示了一個更深層的商業邏輯。

商品是有限的。你的產品就那幾款、你的服務就那幾項、你能打折的空間就那麼大。如果你的品牌只會推銷商品，那你的天花板就是你的產品線。

但價值交流是無限的。你可以分享你對行業的理解、你對問題的看法、你從失敗中學到的教訓、你對未來的判斷。這些東西不會用完，而且越分享越有價值：因為它們建立信任，而信任是所有商業關係的底層。

臉書的演算法調整，本質上是在告訴品牌：**停止把使用者當成流量。開始把他們當成人。**

八年後的今天，這個訊息不但沒有過時，反而在 AI 加速一切的時代裡，變得比以往更加急迫。那些還在追逐觸及率和點擊數的品牌，就像還在用馬車思維造汽車的人。

而那些真正理解「人」的品牌，不需要擔心任何演算法的調整。因為演算法會變，但人渴望真實連結的需求，不會變。</content:encoded><category>智能與秩序</category><category>社群演算法</category><category>數位行銷</category><category>品牌價值</category><category>科技倫理</category><category>商業轉型</category></item><item><title>演算本位時代：當知識、電力與貨幣畫上等號</title><link>https://paulkuo.tw/articles/computation-as-currency/</link><guid isPermaLink="true">https://paulkuo.tw/articles/computation-as-currency/</guid><description>比特幣用電力挖出貨幣，AI 用算力煉出知識。當知識、電力與貨幣三者的關係越來越緊密，我們正在見證一場價值標準的典範轉移：從金本位到美元本位，再到「演算力本位」。Paul 從創業經驗與能源議題的觀察出發，試著描繪一個大多數人還沒看清楚的未來：你的價值，將越來越取決於你能調動多少演算力。
</description><pubDate>Thu, 04 Jan 2018 00:00:00 GMT</pubDate><content:encoded>2017 年底，比特幣逼近兩萬美元。但讓我真正停下來想的，不是價格，而是另一組數字：根據當時的估算，全球比特幣挖礦一年消耗的電力，已經超過愛爾蘭整個國家的年用電量。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/computation-as-currency-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/computation-as-currency-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

一個去中心化的數位帳本，耗掉一個已開發國家的電力。

這件事的本質，不是「挖礦好浪費」這麼簡單。它揭露了一個更深層的等式：在比特幣的世界裡，電力 = 演算力 = 貨幣。你投入多少電，就產出多少算力；你的算力能解開多少數學題，就換回多少比特幣。這個等式乾淨到幾乎像一條物理定律。

## 當知識變成可以運算的東西

順著這個邏輯再往前推一步。AI 的興起，讓另一個等式變得越來越清晰：知識 ≈ 演算法。

什麼意思？過去我們說「知識就是力量」，但那個力量是模糊的、難以衡量的。一個醫生的診斷能力「很有價值」，但到底值多少？一個律師的法律分析「不可取代」，但不可取代到什麼程度？

現在，AI 把這些問題變得可以量化了。訓練一個醫療影像辨識模型需要多少算力？微調一個法律文件摘要系統需要多少 GPU 時數？當知識被拆解成可以訓練、可以複製、可以量產的演算法，它的「價格」就浮現了。

這不是在貶低知識的價值。恰恰相反：這是在替知識找到一個前所未有的定價機制。

## 從金本位到演算力本位

人類的貨幣體系經歷了幾次重大轉換。

金本位時代，貨幣的價值錨定在黃金上。你手上的鈔票之所以有價值，是因為它背後有相應的黃金儲備。後來布列敦森林體系瓦解，進入美元本位：貨幣的價值不再錨定在黃金，而是錨定在美國的經濟實力和軍事力量上。

那麼下一個「本位」是什麼？

我認為線索就藏在比特幣和 AI 的交集裡。當電力可以產出貨幣（比特幣），電力也可以產出知識（AI 模型），那麼電力：或者更精確地說，演算力：就是這個時代最底層的價值基準。

誰掌握了演算力，誰就掌握了新時代的印鈔機。

這就是為什麼 NVIDIA 的市值能在幾年內暴漲到全球前幾名。不是因為他們賣的 GPU 特別漂亮，而是因為他們賣的是「演算力的入場券」。控制了算力的供給，就控制了這個新經濟體系的水龍頭。

## 創業者的體感

在經營公司的過程中，我對「演算力即價值」有非常切身的感受。

早年做數位轉型顧問，客戶最常問的問題是：「這個專案的 ROI 怎麼算？」我們花很多時間解釋為什麼數位化很重要、為什麼數據驅動是趨勢。但說到底，客戶在乎的就是一件事：投入多少成本，產出多少效益？

後來 AI 工具大量普及，這個問題的答案變得異常直接。過去需要三個人做一週的市場分析，現在一個人搭配 AI 助理一天就能完成。三個人的薪資 vs. 一台電腦的電費加上 API 費用：這筆帳，任何老闆都算得出來。

知識工作的成本，正在被重新換算成「演算力的成本」。而演算力的成本，歸根結底，就是電費。

這跟過去製造業的邏輯完全一樣。工廠用電力驅動機器來生產實體商品，而今天的[知識工作者用電力驅動 AI 來生產數位產出](/articles/canary-in-coal-mine-ai-employment)。差別只在於：工廠的產出是看得見的物品，AI 的產出是看不見的智慧。但背後的能量轉換邏輯，本質上是相同的。

## 流量的煉金術

順著這個框架，很多看起來「不合理」的現象就合理了。

比如網紅經濟。一個 YouTuber 坐在鏡頭前聊天，為什麼能年收百萬？因為他的才華和人格魅力，透過平台的演算系統，被轉化成了流量。流量本質上就是一種「注意力的聚合」，而注意力在演算法的中介下，可以精準地轉換成廣告收入。

才華 → 內容 → 演算法推薦 → 流量聚合 → 貨幣變現。

每一步都需要電力和算力作為基礎設施。沒有伺服器、沒有 CDN、沒有推薦演算法，再有才華的人也無法觸及百萬觀眾。

所以網紅不是「不勞而獲」：他們只是把自己的知識和魅力，透過數位管道和演算基礎設施，轉換成了這個新體系裡的貨幣。這跟礦工用體力挖出黃金、工程師用腦力寫出程式，本質上是同一件事：[用某種形式的能量，透過某種轉換機制，創造出被社會認可的價值](/articles/traffic-beyond-currency)。

## 你的演算力是什麼？

回到個人層面。

如果演算力是新時代的基礎貨幣，那每個人都需要問自己一個問題：我能調動多少演算力？

這不只是「你會不會用 ChatGPT」的問題，而是你能不能辨識哪些問題值得被運算、你能不能設計出有效的分析框架、你能不能在 AI 的產出中分辨信號與噪音。

算力本身不是問題：GPU 可以租、API 可以買。真正稀缺的是能否把算力轉化成有意義的產出。

就像金本位時代，重點不是你有多少黃金，而是你能不能用黃金做出有價值的交易。演算力本位時代也一樣：能量本身不值錢，能量的轉換效率才值錢。

這或許是我們這個時代，對「有價值」最根本的重新定義。</content:encoded><category>智能與秩序</category><category>演算力</category><category>能源本位</category><category>知識經濟</category><category>數位貨幣</category><category>價值重定義</category></item><item><title>敬畏未知的狂潮：金融海嘯十年的市場啟示</title><link>https://paulkuo.tw/articles/financial-crisis-market-humility/</link><guid isPermaLink="true">https://paulkuo.tw/articles/financial-crisis-market-humility/</guid><description>Paul 從 2008 年金融海嘯到 2017 年市場新高的十年間，親身經歷了「看衰卻一路漲」的認知落差。做空的人被市場扛出去，堅守的人也不見得理解自己為什麼賺錢。這篇文章不是投資建議，而是一個在市場中學到謙卑的人的反思：從服務客戶的顧問經驗中，Paul 發現企業和投資人犯的錯誤驚人地相似：過度相信自己的判斷，低估系統的複雜性。真正的智慧不是知道答案，而是承認你不知道。
</description><pubDate>Tue, 31 Oct 2017 00:00:00 GMT</pubDate><content:encoded>2017 年十月，台股加權指數站上 10,700 點，五年來新高。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/financial-crisis-market-humility-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/financial-crisis-market-humility-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

如果你從 2008 年金融海嘯之後就開始看衰市場：相信我，很多聰明人是這樣的：到 2017 年，你已經被市場打了將近十年的臉。每一次你覺得「這波到頂了」，市場就用一根新的紅 K 棒告訴你：你的判斷，它不在乎。

這不是台灣獨有的現象。太平洋對岸的美股道瓊指數在同一時期突破 23,000 點，是歷史新高。韓國 KOSPI 也在多年高點徘徊。全球市場的敘事是同步的：漲。

做空的人，早已不知道被扛出去幾次了。

---

但這波上漲的燃料到底是什麼？

表面上看，是經濟復甦的展望。2008 年之後，各國政府推出了史無前例的財政刺激和貨幣寬鬆政策。經濟數據逐年改善，就業率回升，企業獲利增長：一切指標都在說「最壞的時候過了」。

但如果你把表皮揭開一層，會看到另一個故事：全球央行狂印鈔票。

美國的量化寬鬆（QE），歐洲央行的負利率政策，日本安倍經濟學的三支箭：這些政策製造了數以兆計的流動性。過多的資金，急切地需要找到停泊的港口。股市、房市、債市，甚至加密貨幣：每一個資產類別都被過剩的流動性推高。

所以問題來了：市場在漲，是因為經濟真的好了，還是因為錢太多了？

老實說，沒有人知道。或者更準確地說：每個人都有一套解釋，但沒有人能證明自己的解釋是對的。

---

這讓我想到一個做策略顧問時反覆觀察到的現象。

客戶常常問我們：「這個市場趨勢會持續嗎？」「我們的數位轉型投資會有回報嗎？」「競爭對手的策略會成功嗎？」

這些問題的共同點是：它們假設未來是可以預測的。

我見過太多企業，花大量資源做出一份精美的五年規劃，結果第一年就被市場打臉。不是因為規劃做得不好：分析很紮實，邏輯很清晰，數據很充分，而是因為現實從來不配合你的 Excel。

企業犯的錯誤和投資人犯的錯誤，結構上是一樣的：過度相信自己的判斷，低估系統的複雜性。

一個金融分析師看著一百個指標，覺得自己理解市場。一個企業 CEO 讀了五份產業報告，覺得自己理解趨勢。但市場和趨勢不是線性系統：它們是複雜自適應系統，裡面的變數互相影響，回饋循環層層嵌套，一個微小的擾動可能引發連鎖反應。

你可以理解系統的某些局部，但你無法預測整體的走向。這不是你不夠聰明的問題，而是系統本身的特性。

---

2008 年的金融海嘯就是最好的例子。

海嘯之前，華爾街最聰明的腦袋：頂尖大學的 PhD，諾貝爾經濟學獎得主的學生：設計了精密的金融模型，告訴所有人風險已經被分散、被對沖、被控制了。次級房貸被打包成 CDO，CDO 被評為 AAA 評等，信用違約交換（CDS）被當成保險：一切都在數學模型的控制之中。

直到不在控制之中。

雷曼兄弟倒閉的那一週，全球金融體系差點在四十八小時內崩潰。那些精密的模型沒有預測到這一幕，因為模型假設的「正常市場條件」本身就是一個幻覺。市場在極端情況下的行為，跟正常情況完全不同，而極端情況，恰恰是你最需要模型幫忙的時候。

這不是在嘲笑那些金融工程師：他們確實很聰明，他們的模型在大部分時間確實有效。但「大部分時間有效」和「關鍵時刻有效」是兩回事。而市場只在關鍵時刻定生死。

---

回到 2017 年的市場新高。

當時最主流的敘事有兩種：樂觀派說「經濟基本面改善，這波上漲有實質支撐」；悲觀派說「全都是印鈔票撐出來的泡沫，早晚要崩」。

事後來看（我寫這段文字的時候已經是 2026 年），兩派都對了一部分，也都錯了一部分。市場確實在 2020 年因為疫情暴跌，但原因不是泡沫破裂，而是一隻黑天鵝。然後在各國政府更大規模的撒幣之後，市場又暴漲到更高的水位。

如果你在 2017 年做了任何基於「我知道未來會怎樣」的判斷：不管是看多還是看空：你大概率都錯了。不是錯在方向，而是錯在路徑。市場最終去了你預期的方向，但走的路完全不是你想像的那條。

這就是為什麼我越來越不相信預測，越來越相信準備。

---

我不是在說「什麼都不要做」：無為不是謙卑，是放棄。

我想說的是：真正的智慧，不是知道答案，而是承認你不知道：然後在不知道的前提下，做出最好的準備。

對投資人來說，這意味著分散配置、控制曝險、不要押身家在任何單一判斷上。這些不是高深的策略，是生存的基本紀律。

對企業來說，這意味著策略規劃要有彈性，組織結構要能快速調整，不要把所有資源押在一個「我認為會發生」的情境上。

對個人來說，這意味著：

承認你不知道明天會發生什麼。這不是軟弱，是誠實。然後帶著這份誠實，繼續認真地活，認真地選擇，認真地承擔。

市場漲跌無關乎藍綠執政，無關乎你的政治傾向、你的信仰、你的學歷。它是一股超越地域與政治的巨流。面對深不可測的未來，面對錯綜複雜的全球資本局勢：

我們很難不謙卑。

---

**延伸閱讀：**
- [崩盤教會我的市場謙卑](/articles/market-crash-humility) — 從 2020 年熔斷到機器交易，市場教會我的另一課
- [在浪潮上或滅頂中](/articles/riding-wave-or-drowning) — 當大時代的巨浪打來，你是在衝浪還是在掙扎？</content:encoded><category>沉思與記憶</category><category>金融海嘯</category><category>市場觀察</category><category>投資心理</category><category>總體經濟</category><category>謙卑</category></item><item><title>從騎車軌跡看數位協作：沒有公司能單打獨鬥的時代</title><link>https://paulkuo.tw/articles/cycling-digital-collaboration/</link><guid isPermaLink="true">https://paulkuo.tw/articles/cycling-digital-collaboration/</guid><description>Paul 騎了一趟環北海岸的 62 公里路線，把運動數據生成了一支 3D 軌跡影片。盤點背後動用的資源：從 Garmin 硬體到 Strava 數據平台到 Relive 影像引擎：他發現這支看似日常的影片，其實是一堂深刻的商業課。當企業之間的 API 串接比內部整合還順暢，「護城河」的定義已經從「把別人擋在外面」變成「把別人接進來」。這篇文章從一趟騎行出發，思考數位時代的合作邏輯。
</description><pubDate>Mon, 30 Oct 2017 00:00:00 GMT</pubDate><content:encoded>上個月跟朋友去騎了一趟環北海岸，62 公里。回來之後，我用手上的工具把運動數據做成了一支 3D 軌跡影片，丟到臉書上。朋友們看了覺得很酷，紛紛問我怎麼做的。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/cycling-digital-collaboration-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/cycling-digital-collaboration-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我開始盤點，然後嚇了一跳。

## 一支影片背後的跨國供應鏈

硬體端：iPhone 6S 負責拍照，Garmin Edge 520 負責記錄 GPS 軌跡、速度、心率、海拔。兩台裝置，分屬美國和台灣的兩家公司。

資料傳輸：Garmin 的數據透過藍牙同步到 Garmin Connect 雲端，再自動推送到 Strava。兩個平台之間有 API 串接，我什麼都不用手動操作，騎完車洗完澡，數據就已經整理好了。

影像生成：Strava 的數據再被 Relive 讀取，自動生成 3D 地形軌跡影片。配上從 YouTube 音樂庫取得的免費背景音樂，轉個檔，一支看起來很專業的影片就完成了。

從頭到尾，我動用了至少五家跨國企業的產品和服務：Apple、Garmin、Strava、Relive、Google（YouTube）。它們之間的對話：透過 API、透過標準化的資料格式、透過開放的串接介面：比我跟其中任何一家客服對話都還順暢。

一個業餘車手的週末紀錄，背後是一整條數位協作供應鏈。

## 護城河的新定義

這件事情之所以值得寫下來，不是因為技術本身有多厲害，而是因為它揭露了一個深刻的商業邏輯轉變。

過去十年，商管教科書最愛講的概念之一是「護城河」（moat）：你的核心優勢是什麼？競爭對手要花多大的代價才能追上你？整套論述的底層假設是：競爭力來自「別人做不到的事」。

但在 API 經濟的世界裡，競爭力的來源正在翻轉。

Garmin 的強項是硬體和感測器。如果他們也想自己做社群平台、做 3D 影片、做音樂授權，光是這些周邊功能就能把他們的研發資源吃垮。反過來，Strava 不需要自己做 GPS 錶，Relive 不需要自己建社群：每一家都專注在自己最強的環節，然後透過 API 把彼此串起來。

護城河，從「把別人擋在外面」變成了「把別人接進來」。

你開放得越多，串接得越好，使用者的體驗就越無縫。而使用者留在你生態系的理由，不是因為他們離不開你，而是因為離開的成本太高：因為你已經跟他生活中的其他工具深度整合了。

## 從經營公司看到的轉型困境

我在經營公司的過程中，深刻體會到這個邏輯的殘酷面。

台灣的中小企業，很多還停留在「什麼都自己來」的思維。自己建網站、自己寫 ERP、自己搞 CRM。不是因為他們不知道有更好的工具，而是因為「串接」這件事，需要的不只是技術能力，還有一種[心態上的開放](/articles/digital-transformation-pain)。

很多企業主一聽到要把客戶資料透過 API 接給第三方，第一反應是恐懼：「我的資料會不會被偷？」「對方會不會拿我的客戶去做生意？」這些擔心不是毫無根據，但它們反映的是一種零和思維：我給你的，就是我少掉的。

真正懂數位協作的企業，想的是另一件事：我給你的資料，經過你的處理之後，回到我手上的價值是更大的。這是一個正和賽局。

我花了很多時間跟客戶解釋這個道理。有些人聽懂了，有些人到最後還是把系統封閉起來，自己關門做。幾年後的結果很清楚：願意串接的那些，多數還活著，而且活得比以前好；堅持自幹的那些，不少已經被市場淘汰了。

## 合作不是美德，是效率

我想強調一件事：數位時代的合作，不是什麼「共好」的烏托邦想像：它是冷冰冰的效率計算。

一個公司要從零開始建立一個完整的使用者體驗，需要多少人、多少錢、多少時間？如果這個體驗可以透過串接三個現成的服務在兩週內組裝完成，那「自己做」這個選項就不只是慢：它是浪費。

這就是為什麼現在最成功的企業，往往不是「什麼都做」的企業，而是「最會組裝」的企業。Apple 不生產記憶體，但它組裝出了世界上最好的手機。Shopify 不做物流，但它串接出了最好的電商體驗。

組裝能力，就是新時代的核心競爭力。

而組裝的前提，是開放。你必須願意把自己的一部分暴露給合作夥伴，也必須信任對方會把他們最好的一部分暴露給你。這需要的不是技術能力，是真正開放的心態。

## 一趟騎行的啟示

回到那支 62 公里的影片。

我其實不是一個很厲害的車手。那天的均速大概 22 公里，爬升也不過幾百米。但就是這麼一趟平凡的騎行，因為背後有一整個[跨國數位生態系在無聲運作](/articles/traffic-beyond-currency)，就能變成一支看起來很專業的內容。

這就是協作的力量。它不是讓強者更強，而是讓平凡的人也能產出不平凡的東西。

如果你是創業者，問自己一個問題：你現在花最多資源在做的事情裡，有哪些其實不需要自己做？有哪些可以透過串接現成的服務來完成？

學會開放，學會串接。在這個時代，合作不是加分項：它是入場券。</content:encoded><category>創造與建構</category><category>數位協作</category><category>API生態系</category><category>合作競爭</category><category>平台策略</category><category>商業模式</category></item><item><title>在資訊洪流中看見自己：社群貼文的價值光譜</title><link>https://paulkuo.tw/articles/social-media-value-spectrum/</link><guid isPermaLink="true">https://paulkuo.tw/articles/social-media-value-spectrum/</guid><description>Paul 從日常滑社群的觀察出發，整理出讓人停下手指的四種內容特質：求真的知識、向善的激勵、對美的欣賞、帶梗的幽默。但光譜的另一端，是無止盡的自我膨脹和噪音。這篇文章不是在批評社群媒體，而是在問一個更根本的問題：在演算法決定誰看到你的時代，你選擇留下什麼軌跡？從資訊消費者到資訊生產者的角色轉換，每個人都在無意識中建構自己的數位人格。
</description><pubDate>Fri, 27 Oct 2017 00:00:00 GMT</pubDate><content:encoded>你有沒有想過，每天滑臉書、刷 Instagram 的時候，你的手指其實在做一件事：投票。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/social-media-value-spectrum-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/social-media-value-spectrum-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

每一次停留、每一次按讚、每一次分享，都是你在告訴演算法：「這個東西對我有價值。」而演算法會記住你的偏好，然後餵給你更多類似的內容。日復一日，你的動態牆會越來越像一面鏡子，反射出你是什麼樣的人。

但很少人會回過頭來看那面鏡子。

## 讓你停下手指的四種力量

我做了一段時間的自我觀察，發現能讓我真正停下來、認真看完的貼文，大致可以歸類成四種。

**第一種：知識密度高的。** 看完之後覺得腦袋被升級了，像是有人幫你打開了一扇新的窗戶。可能是一個你從來沒想過的觀點、一組讓你重新理解世界的數據、或是一段把複雜概念講得清楚明白的文字。這是人類對「真」的渴望：我們天生想要理解事物運作的道理。

**第二種：真誠而動人的。** 正能量這個詞已經被用到氾濫，但真正的激勵不是雞湯，而是有人把他摔倒再爬起來的過程，誠實地寫出來。那種「打斷手骨顛倒勇」的故事，會讓你在捲動到第三行的時候突然有一股衝動想站起來做點什麼。這是人類對「善」的共鳴。

**第三種：賞心悅目的。** 美麗的風景照、構圖精準的街拍、可愛到讓你嘴角上揚的動物影片。不需要解釋、不需要分析，美就是美。你的眼球自動追蹤它，這是寫在基因裡的生物反應。這是人類對「美」的純粹欣賞。

**第四種：幽默帶梗的。** 讓你在捧腹大笑的幾秒鐘裡，暫時忘記自己還在報表地獄裡掙扎。好的幽默不只是搞笑，它是一種智慧的壓縮：用最短的篇幅，戳中最多人的共同經驗。

真、善、美，再加上幽默。這四種內容，就是社群世界裡的硬通貨。

## 光譜的另一端

但社群不只有這些。

打開任何一個社群平台，你一定會看到另一種極端：每一篇貼文、每一張照片、每一段文字，都在吶喊同一件事：「看看我！我好棒！」

炫耀打卡、名牌特寫、參加高級聚會的自拍。內容的核心不是分享什麼有價值的東西，而是建構一個「看起來很成功」的人設。

我不是在做道德判斷。每個人都有展示自己的需求，這是正常的人性。但當一個人的社群輸出百分之百都是自我膨脹，沒有知識、沒有情感連結、沒有美、也沒有幽默：他其實不是在跟世界對話，他是在對著鏡子自嗨。

問題不是「炫耀是不是不好」。問題是：如果你的數位軌跡只剩下自我，那你的社群存在對別人來說就只是噪音。而長期只產出噪音的帳號，最終會被演算法和人類同時放棄。

## 你不只是消費者

這裡有一個很多人沒意識到的角色轉換。

在傳統媒體時代，你是純粹的消費者。打開電視、翻開報紙，你接收別人生產的內容。你沒有選擇權，也沒有生產權。

但社群媒體把每個人都變成了生產者。你發的每一則動態、每一個限時動態、每一條留言，都是你在「生產」內容。而你生產的東西，就是你的[數位足跡](/articles/digital-footprint-the-one)：它比你的履歷表更誠實，比你的自我介紹更真實。

因為你在社群上發什麼，不是經過深思熟慮的品牌經營（至少對大多數人來說不是），而是你心理狀態的自然流露。一個焦慮的人會不斷轉發焦慮的新聞。一個充實的人會分享他正在學的東西。一個只在乎表象的人會貼出精心修圖的假日照。

你以為你在經營社群。其實社群在暴露你。

## 蜜蜂與膨脹

我後來常用一個比喻來想這件事。

有些人在社群裡像蜜蜂。他們飛來飛去，採集花粉，然後帶回蜂巢：把他們學到的知識、看到的美好、體會到的感動，分享給看到的人。他們的貼文像一小口蜜，滋養了滑到的每個人。

有些人則像氣球。他們不斷往自己身上灌氣，膨脹、膨脹、再膨脹。看起來很大、很搶眼，但裡面是空的。而且越膨脹，離地面越遠。

你想當蜜蜂，還是氣球？

## 在公司裡的一個小觀察

我自己經營公司的那些年，觀察到一個有趣的現象。

團隊裡表現最好的人，通常也是社群內容品質最高的人。不是因為他們刻意經營個人品牌，而是因為他們的思考品質高：一個每天都在深度思考的人，他隨手分享出來的東西自然有料。

反過來說，如果一個人的社群全是吃飯打卡和自拍，我不會直接判斷他的能力，但我會好奇：他的注意力都花在哪裡了？一天的時間是固定的，你花在展示自己的時間越多，花在提升自己的時間就越少。這是一個很簡單的[能量守恆](/articles/traffic-beyond-currency)。

## 你在留下什麼軌跡

我特別記得，有幾個朋友的臉書，就算演算法沒有推給我，我也會主動點進去看。不是因為他們的貼文有多華麗，而是每次看完都覺得被充電了。他們像是我的「靈糧供應站」：在資訊垃圾堆裡的一口乾淨水。

這讓我開始反省自己。我發出去的每一則貼文，對看到的人來說，是蜜還是噪音？是花粉還是廢氣？

社群媒體不會消失。演算法只會越來越精準。在這個每個人都是媒體的時代，你沒辦法選擇不留下軌跡：你只能選擇留下什麼樣的軌跡。

你喜歡消費哪一類訊息？更重要的是：你正在產出哪一類訊息？

這個問題，值得你今天晚上好好想一想。</content:encoded><category>沉思與記憶</category><category>社群觀察</category><category>知識焦慮</category><category>資訊消費</category><category>數位人格</category><category>價值判斷</category></item><item><title>情緒也發生在關係裡：EQ 為何需要群體練習？</title><link>https://paulkuo.tw/articles/eq-group-education/</link><guid isPermaLink="true">https://paulkuo.tw/articles/eq-group-education/</guid><description>一場校園情傷悲劇的新聞，讓我重新思考我們如何談 EQ。自我覺察與情緒調節很重要，但孩子也需要在關係中練習面對拒絕、處理衝突、守住界線與修補關係。群體經驗可以提供這些無法獨自完成的練習，前提是成人設下清楚的界線，不能把排擠或傷害浪漫化成成長。這篇從群育、家庭教養與團隊經驗出發，討論教育如何讓孩子學會在「有別人的世界」裡生活，同時保留個人對行為的責任。
</description><pubDate>Mon, 23 Oct 2017 00:00:00 GMT</pubDate><content:encoded>那則新聞出來後，我的 LINE 群組很快出現許多討論。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/eq-group-education-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/eq-group-education-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

多數留言把事件歸結成「太衝動」「EQ 太差」「心理素質太脆弱」。

事件造成的傷害必須先被看見，行為人也必須為自己的選擇負責。一個嚴重傷害事件通常由多重因素交織而成，不能用「EQ 太差」概括，也不能反過來把責任全推給家庭或教育。這篇不是要替事件找出單一病因，而是想追問：在法律、安全與心理支持之外，教育是否也提供孩子足夠的關係練習，讓他們學會面對拒絕、處理衝突和尊重界線？

## 我們只談了 EQ 的一半

EQ 這個詞在台灣已經被用到氾濫了。小孩在學校跟同學吵架，家長說「要培養 EQ」；員工在會議上發脾氣，主管說「EQ 不夠」；朋友分手後崩潰，旁人說「EQ 有待加強」。

我們談 EQ 時，多半先想到一個人能不能管理自己的情緒：生氣時不要爆發，受挫時能重新站起來，壓力來時知道如何讓自己平靜。這些能力確實重要，卻只涵蓋 EQ 的一部分。

在教育領域，[CASEL 的社會情緒學習框架](https://casel.org/fundamentals-of-sel/what-is-the-casel-framework/)把自我覺察、自我管理、社會覺察、關係技巧與負責任的決策並列。社會情緒學習不等同於通俗所說的 EQ，但這個框架提醒我們：自我調節與人際關係能力，本來就是同一套學習的不同部分。

許多情緒會在關係中被觸發，也需要在關係中被理解與調整。恐懼可能讓人向同伴示警，憤怒可能表達界線受到侵犯，羞恥則經常牽涉我們如何看待自己在群體中的位置。情緒也有個人生理與心理的來源，但我們如何表達、承接和回應它，往往要到與人互動時才真正顯現。因此，EQ 不只是自我管理，也是一種關係能力。

## 群育如何被擠到邊緣

台灣的教育體系裡，曾經有一個詞叫「群育」。它跟德育、智育、體育、美育並列，是教育的五大面向之一。

但你回想一下自己的求學經驗。智育佔了多少比例？群育又佔了多少？

我記得小時候的合唱團、社團活動與班際比賽。你在合唱團裡學會聽見別人的聲音，調整自己的音量與節奏，讓整體更好聽；你在班際比賽裡學會跟不同個性的人合作，處理意見不合，也為了共同目標協調彼此。

這些經驗看起來跟學業成績無關，卻是孩子練習關係能力的重要場域。

現在，合唱團、社團與班際活動經常要和補習、考試及升學準備競爭時間。並不是所有家長都會退出，也不是所有學校都忽略群育；但當這些活動一再被擠到課表邊緣，孩子確實少了一些練習合作、衝突與協商的機會。

這未必能解釋所有 EQ 問題，卻是教育不能忽略的一塊。

## 當保護孩子變成排除摩擦

群育被擠到邊緣，不會只有一個原因。升學競爭、時間壓力、少子化後家庭對單一孩子投注更多，以及近幾十年強調自我實現的教養語言，都可能推了一把。

多數父母只是怕孩子吃虧，也希望把有限的時間留給看得見成果的學習。這個選擇可以理解。風險在於，當「不要讓孩子受委屈」逐漸變成排除所有不舒服，孩子也可能失去練習等待、協商與承受拒絕的機會。

「為什麼我的孩子要遷就別人？」

孩子不應被要求無條件遷就。可是在共同生活裡，每個人都要學會說明自己的需要、聽見別人的限制，並在兩者衝突時找到可以繼續相處的方法。如果成人總是在摩擦發生以前就把孩子帶走，這些能力就缺少練習的場域。

## 情緒也發生在關係裡

我在帶團隊時，常看到一些擅長處理關係的人，曾經有持續而深入的群體經驗。可能是運動校隊、教會團契、社團幹部，也可能是需要長期合作的專案團隊。

這是我的觀察，不能單獨證明群體經驗必然帶來更好的 EQ。但它讓我看見，摩擦、妥協、衝突與和解，都不是只靠理解概念就能學會的事。

德語猶太哲學家與宗教思想家馬丁・布伯，在《我與你》中寫道：「我在『你』之中成為『我』。」（`Ich werde am Du`，本文自譯；[原文與研究討論](https://doi.org/10.3390/rel14050564)）。用我的話說，人是在關係中確認自己的存在。我們不是先成為一個完整、封閉的「我」，才走進關係；我們是在被回應、被拒絕、被理解，也學會回應他人的過程中，逐漸知道自己是誰，以及自己對別人負有什麼責任。

一個孩子可以獨自練習深呼吸，卻無法獨自練習被拒絕；可以自己寫情緒日記，卻無法獨自學會如何面對衝突、修補關係，或者在不傷害別人的前提下守住自己的界線。EQ 可以在一個人身上被看見，卻很難只靠一個人練成。它需要關係，也需要一個讓孩子能夠犯錯、得到回應、重新調整的群體。

當一個人只熟悉自己的感受與需求，卻不熟悉如何回應別人，他在人際關係裡可能出現兩種風險：有能力時，習慣用自己的方式壓過別人；受挫時，又可能因為缺乏協商與調整的經驗而難以承受。兩種反應看似不同，背後都有同一個缺口：不知道如何在「有別人」的世界裡，既守住自己，也為關係留下空間。

感覺不只來自關係，卻經常透過關係取得意義。理解情緒，不能只問「我現在怎麼了」，也要問「我和眼前這個人之間發生了什麼」。

## 摩擦何時是學習，何時已經成為傷害？

家長不必排除孩子遇到的每一種不舒服，也不能把所有不舒服都解釋成成長。判斷時可以問三件事：孩子能不能安全地說不與求助？成人是否看見權力差距、持續排擠或羞辱？衝突發生後，有沒有人承擔責任並參與修復？

如果其中任何一項長期缺席，這就不是要求孩子多忍耐的時候。群育的目的，是讓孩子練習如何與別人共同生活；成人的責任，則是確保這項練習不以犧牲孩子的安全與尊嚴為代價。

## 教育該承擔的責任

我不是教育學者；我的觀察來自帶孩子與帶團隊的經驗。

我自己的孩子走的是非體制自學路線。選擇自學的原因之一，是在我們接觸到的體制教育經驗裡，群育經常讓位給課業與升學。我在〈[自學教育的真相](/articles/homeschool-gentle-resistance)〉裡有更多分享。即使在自學的框架裡，我也刻意確保孩子有需要合作、協調與面對衝突的群體互動。

我希望他能獨處，也確保他有機會進入真實的人際協作。如果少了後者，他就少了練習協商、面對拒絕與修補關係的機會。

每次看到校園裡的情緒悲劇，社會常會討論危險物品管制、校園安全與心理諮商。這些工作都重要，分別處理環境風險、危機攔截與個人心理狀態。群育不能取代它們，也不能被當成解釋悲劇的唯一答案。

教育還需要回答一個更上游的問題：孩子在成長過程中，有沒有機會練習面對拒絕、處理衝突、說出界線，也學會尊重別人的界線？

## 有別人的世界

我沒有辦法解決這個問題，一篇文章也解決不了。

但下一次當我們說「那個人 EQ 太差」時，也許可以多問一個問題：他在成長的過程中，有沒有機會在群體裡練習面對拒絕、協商衝突與修補關係？

如果這些機會很少，責任不能全部推給個人；但這也不會免除任何人對自己行為的責任。個人必須為行動負責，家庭、學校與制度也要檢查：我們是否只要求孩子控制情緒，卻沒有提供足夠的關係經驗，讓他們學會如何與不同的人共同生活。

當教育長期把較多時間留給個人成績與競爭，卻很少讓孩子練習共同生活，我們就不該把所有關係困難都解釋成個人修養不足。

EQ 有先天氣質與成長環境的差異，也能透過自我覺察、自我調節及關係經驗逐漸發展。閱讀、冥想與情緒練習可以幫助一部分；但面對拒絕、修補衝突、協商界線與承擔責任，仍然需要在「有別人」的世界裡練習。

孩子終究要在有別人的世界裡生活。教育能做的，是讓他在真正碰上拒絕與衝突以前，已經有機會練習如何守住自己，也不越過別人的界線。</content:encoded><category>創造與建構</category><category>情緒教育</category><category>群育</category><category>關係能力</category><category>同理心</category><category>教育哲學</category></item><item><title>演算法無法取代的重量：為何我們不該成為科學教信徒？</title><link>https://paulkuo.tw/articles/algorithm-cannot-replace-decisions/</link><guid isPermaLink="true">https://paulkuo.tw/articles/algorithm-cannot-replace-decisions/</guid><description>2017 年我寫下這篇文章的時候，AI 還沒有今天的光環。但那時候已經有一種信仰在矽谷和台灣新創圈蔓延：只要數據夠多、模型夠好，系統就能替你做決定。我把這種信仰叫做「科學教」。七年後回頭看，AI 的能力確實大幅躍進，但決策的本質沒有改變：它依然是一個充滿模糊、兩可、不確定的痛苦過程。這篇想拆解的是：為什麼從數據到決策之間存在一道無法被演算填平的鴻溝？以及為什麼理解這道鴻溝，反而是善用 AI 的前提。
</description><pubDate>Fri, 03 Mar 2017 00:00:00 GMT</pubDate><content:encoded>有一種想像是這樣的：

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/algorithm-cannot-replace-decisions-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/algorithm-cannot-replace-decisions-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

如果我們能分析所有技術線型，系統就能自動發出買賣訊號。如果我們能分析用戶的年齡與資產，系統就能自動推薦最適合的保險商品。如果我們能蒐集夠多的行為數據，演算法就能預測你下一步會做什麼。

「把決策系統化」：這是過去十幾年來，無數理工背景新創團隊的基本信仰。

但這與其說是邏輯，不如說是宗教。他們是科學教的信徒。

## 那道填不平的鴻溝

從數據整理到做出決策，不是一條連續的光譜，而是一個帶狀的過程，中間有一道懸崖。

讓我把這個過程拆開來看。數據有三種形態：結構化、半結構化、非結構化。結構化資料就是表格裡的數字：營收、用戶數、轉換率。半結構化是有一定格式但需要解讀的資訊：客戶的回饋郵件、會議紀錄、市場報告。非結構化則是那些飄在空氣中的東西：一個眼神、一句沒說出口的話、一種「感覺這個方向不太對」的直覺。

平台和演算法能完美處理的，基本上只到結構化資料。你給它一張表，它可以幫你排序、篩選、找出異常值、畫出趨勢圖。這很有用，但這離「決策」還遠得很。

因為決策是主觀的思考跳躍：資料給不出最後那一步。

你看了十份市場報告，數據都指向 A 方向。但你在昨天的飯局上聽到一個業界老前輩隨口提了一句話，讓你隱約覺得 B 方向才對。你無法量化那句話的權重，甚至無法向團隊解釋為什麼你「感覺」B 比較好。但你就是在那個瞬間做了決定。

這個瞬間裡發生的事，演算法看不到，也模擬不了。

## 科學教的信仰結構

我把過度相信演算法能取代人類決策的態度稱為「科學教」，不是要侮辱理性思維，而是因為它的結構跟宗教信仰有著驚人的相似。

宗教信仰的核心是：有一個超越的存在（上帝、命運、因果法則）可以為你消除不確定性。你只要信，就有答案。

科學教的核心是：有一個超越的系統（大數據、AI、演算法）可以為你消除不確定性。你只要餵夠多數據，就有最佳解。

兩者共同的心理動力是一樣的：**逃避決策的痛苦。**

做決定是痛苦的。那種當下的模糊、兩可、不確定，是每個人必須單獨面對的重量。職涯的選擇、投資的判斷、感情的取捨：這些都是非結構性的主觀判斷，帶著人性的溫度、偏頗與獨斷。

科學教信徒以為，演算能縮短從半結構到非結構之間的巨大鴻溝。但鴻溝沒有縮短。只是因為他們「相信」，所以覺得問題消失了。

## 2017 年的警告，2026 年更該聽

我第一次寫下這些想法是在 2017 年。當時 AI 還沒有 ChatGPT 的光環，大數據是最潮的詞彙，每個創業者都在說「data-driven」。

九年後的今天，AI 的能力確實有了質的飛躍。GPT 能寫文章、Claude 能分析合約、各種 AI 代理能自動執行複雜任務。但核心的問題不但沒有消失，反而變得更尖銳了。

因為當 AI 越來越像「可以做決定的東西」時，人就越容易把決策的責任推給它。

我在經營公司的過程中見過太多這樣的情況。團隊用 AI 做了市場分析，AI 說某個市場機會得分最高，於是就決定往那個方向走。沒有人問：「AI 的評分模型是誰設計的？評分的權重合理嗎？有沒有什麼因素是模型看不到的？」這不是 AI 的錯：它忠實地根據你給它的框架產出結果。問題在於人放棄了思考框架本身是否正確的責任。

這跟我在〈[後程式碼時代的思考：當品味成為人類的關鍵競爭力](/articles/post-code-era-taste)〉裡談的品味問題是同一件事。AI 可以在你定義的座標系裡找到最佳解，但定義座標系本身：什麼是「好」、什麼值得追求、什麼風險可以承受：這些始終是人的責任。

## 資訊平台的真實角色

讓我說清楚：我不是反科技。恰恰相反，我每天都在用 AI。

但我很清楚 AI 在我決策過程中的角色：它是「決策輔助工具」，不是「決策依賴系統」。

這個區分非常重要。

決策輔助的意思是：AI 幫我把結構化資料整理好、把半結構化資訊做初步分類、在我設定的框架下提供選項和分析。然後，我承擔最後那個「跳」的責任。

決策依賴的意思是：AI 告訴我該怎麼做，我照做。如果結果不好，是 AI 的錯。

如果有平台宣稱能協助你做更佳的決策與判斷：用這個功能就能買到更會漲的股票、用那個模型就能選到最適合的員工：這種平台，九年前我說它不是笨蛋就是騙子，今天我的判斷沒有改變。

不是因為技術不行。是因為決策的本質就不是一個最佳化問題。它是一個在不完整資訊下、帶著價值判斷做選擇的過程。你可以有更好的資訊，但你無法消除「選擇」這件事本身的重量。

## 從神學看決策的痛苦

我在神學訓練中學到一個概念，後來發現它對理解決策非常有幫助：**有限性**。

基督教神學有一個核心前提：人是有限的存在。你的知識有限、視野有限、理解有限。這不是缺點，是存在的基本條件。接受有限性，不是放棄追求更好，而是承認「不可能什麼都知道」這個事實，然後在這個事實的基礎上，做出你能做的最負責任的判斷。

科學教的問題恰恰在於它拒絕接受有限性。它假設只要數據夠多、模型夠好，就可以逼近「全知」。但全知是上帝的屬性，不是人的。把這個屬性投射到演算法上，本質上是一種偶像崇拜：用技術的外衣包裝了對確定性的渴望。

我在〈[演算法作為審判者](/articles/algorithm-as-judge)〉裡進一步探討了這個問題：當我們讓演算法來判斷人的價值、分配人的機會，我們到底在信任什麼？

決策的痛苦不會因為有了更好的工具就消失。工具可以讓你看到更多、算得更快、模擬更多情境。但最後那個「我決定了」的瞬間，依然是你一個人的事。

## 善用 AI 的前提

回到實際面。如果你是一個正在使用 AI 輔助決策的經營者，我建議你把這句話貼在螢幕旁邊：

**AI 的輸出品質永遠不會超過你輸入的問題品質。**

AI 不會告訴你你問錯了問題。它只會忠實地回答你問的問題，不管那個問題有多離譜。所以你的責任不是學會用 AI，而是學會問對的問題。而問對的問題，需要的是對領域的深度理解、對人性的敏感度、以及承認自己可能搞錯的謙遜。

感謝世界上有那麼多人願意相信演算法可以解決一切。他們的存在，讓那些真正理解決策本質的人，擁有了不可複製的競爭優勢。

因為在一個所有人都有相同 AI 工具的世界裡，差異化的來源只剩下一個：**你怎麼用它，以及你敢不敢在 AI 說 A 的時候，因為自己的判斷選擇 B。**

沒有平均律。沒有統一的幸福方程式。決策的重量，就是活著的重量。</content:encoded><category>智能與秩序</category><category>AI 決策</category><category>演算法崇拜</category><category>資訊不對稱</category><category>人性判斷</category><category>科技批判</category></item><item><title>宗教改革的現實脈絡：當信仰遇上印刷術與政治</title><link>https://paulkuo.tw/articles/reformation-printing-politics/</link><guid isPermaLink="true">https://paulkuo.tw/articles/reformation-printing-politics/</guid><description>1517 年，馬丁路德貼出《九十五條論綱》。我們習慣聽到的版本是一個孤膽英雄對抗腐敗教廷的熱血故事。但作為一個有神學訓練背景的人，我想談的是那個比較不浪漫、卻更真實的版本：宗教改革之所以發生，不只是因為路德的勇氣，更因為印刷術提供了病毒式傳播的能力，以及地方貴族出於政治利益提供了庇護。理解這個現實脈絡不是要貶低改革的價值，而是提醒我們：所有歷史運動的背後，都有比理念更複雜的推動力。
</description><pubDate>Sun, 05 Feb 2017 00:00:00 GMT</pubDate><content:encoded>1517 年 10 月 31 日，威登堡。一個奧斯定會的修士把一份文件釘在教堂的大門上。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/reformation-printing-politics-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/reformation-printing-politics-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

如果你在新教的環境裡長大，你一定聽過這個故事的「標準版本」：馬丁路德，一個人對抗整個腐敗的羅馬教廷。真理對抗權力。良知對抗體制。一個孤膽英雄改變了基督教的歷史。

這個版本很熱血。但它不完整。

## 一份學術文件的意外爆紅

先還原一個常被省略的事實：路德貼出《九十五條論綱》的原始意圖，不是要搞一場轟轟烈烈的改革。他甚至不是要離開天主教。

他做的事情，用今天的話來說，就是在學術圈裡發了一篇公開信，邀請其他神學家來辯論「贖罪券的合理性」。那份文件是用拉丁文寫的：當時一般老百姓根本看不懂拉丁文。

路德的預期大概是：幾個教授回應，教廷可能出來澄清一下，事情就結束了。

但事情沒有結束。因為兩股他控制不了的力量介入了。

## 印刷術：十六世紀的演算法

第一股力量是印刷術。

有人把論綱翻譯成德文，然後用古騰堡的印刷機大量複製。幾週之內，這份原本只是一個小城教堂門上的學術文件，傳遍了整個德意志地區。

如果論綱是一則推文，印刷術就是幫忙「瘋狂轉推」的演算法。

而且印刷術做的不只是傳播。它改變了知識的權力結構。在印刷術之前，誰控制手抄本的複製，誰就控制知識的流通：那就是教廷和修道院。印刷術打破了這個壟斷。任何人只要有一台印刷機，就能成為知識的傳播者。

我在〈[當裸露成為語言：數位時代的身體語法與演算法共生](/articles/nudity-as-language-algorithm)〉裡談過演算法如何決定什麼內容被看見。五百年前的印刷術也在做同樣的事：它決定了路德的聲音能不能被聽見。差別只在於，演算法是自動的，印刷術的背後是有意識的人。

路德的思想之所以能傳播，不只是因為他說的有道理，更因為有一個新的傳播科技讓他的聲音第一次能夠跨越地理和階級的限制。

## 政治的庇護：沒有選侯就沒有改革

第二股力量是政治。

德意志的地方貴族：特別是薩克森選侯腓特烈三世：對路德提供了關鍵的政治庇護。

為什麼？因為他被路德的神學打動了嗎？也許有一部分。但更現實的原因是：地方貴族本來就對羅馬教廷的權力擴張不滿。教廷從德意志徵稅、賣贖罪券、干預地方事務：這些都是貴族們想收回的主權。

路德提供了一個完美的槓桿。支持路德，就等於有了一個「正當理由」來對抗教廷的權力。信仰改革，同時也是政治自主的工具。

如果腓特烈三世沒有出面保護路德，教廷的判決就會執行：路德很可能會像一百年前的揚·胡斯一樣，被當成異端燒死。他的九十五條論綱會成為歷史的一個註腳，不是改革的起點。

這不是在說路德的信仰不真誠，而是在說：真誠的信仰，如果沒有科技和政治的加持，在歷史裡可能連一個漣漪都掀不起。

## 贖罪券的真面目

順便澄清一個常見的誤解：路德並沒有說贖罪券「絕對錯誤」。

他的立場比較接近：「比起上帝的恩典，贖罪券微不足道。」他反對的不是贖罪券的存在，而是它被過度行銷的方式。

贖罪券其實就是當時的「群眾募資」。教廷要翻修聖彼得大教堂，需要錢，於是發明了一個變現模式：你買一張券，教會承諾減少你在煉獄的時間。

問題出在銷售端。為了業績，推銷員把功效越吹越大，甚至暗示你可以替已故的親人贖罪。這就像現代的保健食品，為了銷售硬是被吹捧成治病神藥。

路德反對的是這種過度行銷，很多天主教內部的人也反對。他從來沒想過要分裂教會。但蝴蝶一旦振翅，事態的演變就不再受控。

## 去神話化不是去信仰化

我為什麼要這樣「解構」宗教改革？

不是因為我覺得改革不重要：正好相反，我認為它極其重要，而是因為我覺得我們欠改革一個更完整的理解。

把宗教改革簡化成「一個英雄對抗一個體制」，就像把任何複雜的歷史事件簡化成好人打壞人的故事一樣：感覺很爽，但失去了真正的教訓。

真正的教訓是什麼？是歷史事件的爆發從來不是單一因素的結果。它是理念、科技、政治、經濟、時機的共振。路德的勇氣是必要條件，但不是充分條件。沒有印刷術，沒有政治庇護，沒有當時整個歐洲對教廷的不滿情緒累積到臨界點：宗教改革不會發生。

我在〈[科技始於人性：臉書演算法重構的商業啟示](/articles/facebook-algorithm-humanity)〉裡談過科技如何重塑資訊傳播。五百年前印刷術做的事，跟今天社群平台做的事，結構上驚人地相似：都是降低傳播門檻，讓原本被壓制的聲音有機會被聽見，同時也讓資訊的控制變得更加困難。

## 五百年後的提醒

宗教改革五百年。基督宗教兩千年。

這段歷史提醒我的一件事是：不要把複雜的運動簡化成英雄故事。也不要以為理念的力量可以脫離現實的基礎設施獨自運作。

最好的想法，如果沒有傳播的管道和權力的保護，也可能只是一陣風。而最壞的想法，如果有了科技和政治的加持，也可能成為運動。

智慧不在於崇拜英雄，而在於理解：英雄之所以能成為英雄，那些看不見的推力到底是什麼。</content:encoded><category>文明與人性</category><category>宗教改革</category><category>歷史脈絡</category><category>權力結構</category><category>科技推力</category><category>去神話化</category></item><item><title>數位軌跡與無形巨網：當生活被演算法悄悄接管</title><link>https://paulkuo.tw/articles/digital-footprint-the-one/</link><guid isPermaLink="true">https://paulkuo.tw/articles/digital-footprint-the-one/</guid><description>2017 年，我開始用 MOVES 和 LARK 記錄自己的日常活動。半年後我發現一件令人不安的事：這些 App 對我的了解，已經超過了我對自己的了解。它們知道我幾點睡、幾點醒、走了多少步、去了哪些地方。如果把社群媒體的數據加進來，它們還知道我關注什麼議題、跟誰互動最多、什麼時候情緒最好。這一切彙整起來，構成了一個比我的自我認知還要精確的「數位分身」。九年後的今天回看，這個趨勢不但沒有減緩，反而在 AI 的加速下變得更加全面。這篇是一個身處典範交錯時代的人，試圖理解自己與那個無形巨網之間關係的紀錄。
</description><pubDate>Sun, 22 Jan 2017 00:00:00 GMT</pubDate><content:encoded>使用 MOVES 和 LARK 半年之後，有一天我打開手機，看到一個通知：「你昨晚的深度睡眠只有 47 分鐘，比你的月平均少了 23%。建議今天減少咖啡因攝取。」

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/digital-footprint-the-one-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/digital-footprint-the-one-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

我愣了一下。不是因為這個建議有多驚人，而是因為我自己根本不知道我昨晚的深度睡眠只有 47 分鐘。我只知道我醒來的時候覺得有點累，但如果沒有這個通知，我大概會照常灌一杯咖啡就出門了。

一個 App 比我更了解我的身體。

這件事讓我開始想一個問題：**當系統對你的了解超過你對自己的了解，「你」到底在哪裡？**

## 被量化的生活

讓我列出那時候這些 App 已經知道的事：

我每天幾點入睡、幾點醒來、睡眠週期怎麼分布。我一天走幾步、活動範圍多大、常去哪些地方。以前需要刻意規劃的活動量紀錄，已經在非常自然、幾乎無痛的狀態下被持續蒐集了。

如果把社群媒體的數據加進來，系統還知道我最近在關注什麼議題、跟誰互動最頻繁、什麼時間最常發文、什麼類型的內容最容易引起我的注意。

未來，如果有一款 App 能分析我在哪裡開會、跟誰互動、每次會議持續多久、會後的產出率變化：一點都不令人意外。事實上，到了 2026 年，這樣的工具已經存在了。

所有這些數據匯聚在一起，形成了一個「THE ONE」：一個涵蓋你生理、行為、社交、認知的綜合系統。你的數位軌跡，就是餵養這個系統的原料。

## 演算法比你更懂你

這帶來了幾個殘酷的現實。

我可能不知道自己的真實工作效率，但系統清楚。它能計算我一週產出多少字、開了多少小時的會、專注工作的時段有多長。我主觀覺得自己「很忙」，但數據可能告訴我：你只有 30% 的時間在做真正有產出的事，其餘都在切換任務和回覆訊息。

我對自己睡眠和健康狀態的理解，很可能比不上穿戴裝置的數據。我覺得我睡得還行，但 Apple Watch 說我的心率變異性在下降，顯示壓力正在累積。

我對自己社會影響力的評估，絕對比不上平台已經在幫我統計的數據：每週的觸及數、互動率、粉絲成長曲線。

換句話說：**系統已經建構出一個比你的自我認知更精確的「你」。**

這到底是好事還是壞事？

## 兩個世代的拉扯

對網路原生世代來說，把數位軌跡餵給系統是自然的事。他們從小就在社群媒體上長大，分享日常、追蹤數據、讓演算法推薦內容，就像呼吸一樣自然。「隱私」對他們來說不是一個需要保護的東西，而是一個可以交換的東西：用一些個人資料換取更好的服務，似乎很合理。

但對於像我這樣曾經活在「沒有網路時代」的人，這是一種巨大的拉扯。我記得一個沒有智慧型手機的世界。我記得出門不用被 GPS 追蹤、社交不用被演算法排序、睡覺不用被感測器量化的日子。

我們生活在典範交錯的時空中。舊典範說：你的生活是私人的，你有權決定什麼被看見、什麼不被看見。新典範說：你的生活是數據，而數據只有被分享才有價值。

這兩個典範之間的衝突，不只是技術問題，更是一場關於「人是什麼」的哲學辯論。

## 隱私的重新定義

什麼叫做隱私？

傳統的定義是：不被別人知道的權利。你的日記是私人的、你的醫療紀錄是私人的、你在家裡做什麼是私人的。

但在數位軌跡的時代，這個定義已經不夠用了。因為你的「私人資訊」有很大一部分是你自己不知道的。你不知道自己的睡眠模式、不知道自己的注意力分布、不知道自己的消費行為背後的心理模式。但系統知道。

所以問題變成：**對於你自己都不知道的關於你的資訊，你有隱私權嗎？**

這個問題聽起來很抽象，但它有非常具體的後果。如果一個保險公司用你的穿戴裝置數據來決定你的保費，你同意嗎？如果一個雇主用你的數位活動模式來評估你的工作投入度，你接受嗎？如果一個交友平台用你的行為數據來決定你看到誰的檔案，你覺得公平嗎？

我在〈[Facebook 演算法與人性的拉扯](/articles/facebook-algorithm-humanity)〉裡探討過演算法對人類行為的影響。但數位軌跡的問題更深一層：它不只影響你的行為，它重新定義了「你」是什麼。

## 溫水煮青蛙

2017 年我寫下對這件事的第一批想法時，用了「溫水煮青蛙」的比喻。九年後，水已經很燙了，但我們還在鍋裡。

不是因為不知道水在變熱，是因為跳出去的代價太高：不用智慧型手機？不用社群媒體？不用穿戴裝置？不用任何數位服務？在今天的社會裡，這幾乎等於退出文明。

而且，系統確實提供了真實的價值。我的 Apple Watch 有一次提醒我心率異常，讓我去做了檢查，結果發現一個需要注意的狀況。如果沒有那個提醒，我可能會忽略它。AI 推薦的文章確實拓寬了我的視野。導航 App 確實讓我不用在陌生城市迷路。

所以問題不是「要不要使用」：那個選擇已經做了。問題是：**在什麼條件下使用？交換的比例是否合理？我們是否還保有說「不」的能力？**

## 與巨網共處的姿態

我沒有答案。真的沒有。

但我有一個姿態：**清醒地使用，而不是麻木地被使用。**

這意味著幾件事。知道你在交出什麼：每次安裝一個 App、同意一個隱私條款，你在交出什麼資料、給誰用、用在哪裡。知道系統對你做了什麼：演算法推給你的內容為什麼是這些？它在優化什麼？它假設你想要什麼？然後，偶爾給系統一個驚喜：刻意搜尋你平常不會搜尋的東西、閱讀你會跳過的觀點，讓它困惑一下。

我們或許無法從這個巨網中脫身。但我們至少可以選擇：在網裡面，我們是有意識的存在，還是被動的數據來源。

我感覺自己像活在一鍋逐漸升溫的水中的青蛙。有點習慣。又覺得有點怪。但至少，我知道水在變熱。而知道，就是抵抗的起點。</content:encoded><category>智能與秩序</category><category>AI應用</category><category>數位軌跡</category><category>數據監控</category><category>隱私邊界</category><category>典範轉移</category></item><item><title>同婚議題的神學反思：愛與律法之間，信仰能不能呼吸？</title><link>https://paulkuo.tw/articles/same-sex-marriage-theology/</link><guid isPermaLink="true">https://paulkuo.tw/articles/same-sex-marriage-theology/</guid><description>2016 年底，同婚議題讓台灣社會撕裂，教會圈更是炸鍋。Paul 身處神學訓練的背景，觀察到一個讓他不安的現象：很多基督徒在根本沒做過功課的情況下，就急著表態。這篇文章不是要替同婚議題下結論，而是要問一個更根本的問題：面對最困難的倫理議題，信仰給我們的到底是「標準答案」，還是「思考的勇氣」？從聖經詮釋學到當代神學論辯，Paul 試著拆解這個議題的複雜度，並分享他在信仰社群中的觀察。
</description><pubDate>Sun, 27 Nov 2016 00:00:00 GMT</pubDate><content:encoded>2016 年 11 月，台灣立法院開始審議同性婚姻法案。我的臉書在一夜之間變成了戰場。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/same-sex-marriage-theology-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/same-sex-marriage-theology-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

一邊是彩虹旗、平權標語、「愛就是愛」的宣言。另一邊是教會動員令、禱告串鏈、「守護家庭」的文宣。兩邊都很大聲，兩邊都很確定自己是對的。而我坐在兩邊的中間，感覺很不舒服。

不舒服的原因，不是因為我沒有立場，而是因為我看到太多人在根本沒有做過功課的情況下，就急著站隊。

## 方便麵信仰

我在教會圈裡看到一個讓我憂心的模式。

牧師在台上講了一個立場，會眾就照單全收。長老轉發了一篇文章，小組群組裡就跟著轉。沒有人問：聖經原文到底怎麼說？歷史上教會對這個議題的理解經歷過什麼演變？當代最嚴謹的神學家：不管支持或反對：他們的論證各是什麼？

這些問題太難了，太花時間了。所以大多數人選擇跳過，直接抓一個「正確答案」就好。

我把這叫做「方便麵信仰」：三分鐘就能泡好的即食信仰。不需要咀嚼，不需要消化，不需要面對「我可能不完全理解」的不舒服。

問題是，同婚議題不是一碗方便麵。它是一道需要慢火煨煮、需要耐心品嚐的料理。你跳過了烹飪的過程，吃到的只會是沒有營養的澱粉。

## 經文不會自己說話

很多基督徒引用利未記 18:22（「不可與男人苟合，像與女人一樣」）作為反對同婚的聖經依據。但如果你認真研究過聖經詮釋學，你會知道事情沒有這麼簡單。

利未記同一段經文也禁止穿混合材質的衣服（19:19）、禁止修剪鬢角（19:27）、禁止吃帶血的肉（19:26）。為什麼教會選擇性地強調某些禁令，而忽略另一些？這背後的詮釋原則是什麼？

這不是在替同婚辯護。這是在指出一個事實：聖經經文不會自己說話，它需要被詮釋。而詮釋這件事，本身就充滿了人的前設、文化脈絡和歷史處境。

我在神學院學到最深刻的一課就是這個：不是聖經不清楚，而是我們以為自己理解聖經的方式，往往比我們承認的更受限。

## 兩種論證，同一本聖經

如果你真的花時間去讀當代神學家的論述，你會發現一個令人謙卑的事實：支持和反對同婚的雙方，都有嚴肅的聖經學者，而且他們引用的是同一本聖經。

反對方的核心論證通常建立在「創造秩序」（creation order）上：上帝創造了男和女，婚姻是一男一女的結合，這是創世記第二章建立的規範。從自然律倫理（natural law ethics）的角度，異性婚姻是人類存在的根本結構。

支持方則指出，耶穌的核心教導是愛與接納。他在當時的社會中持續挑戰排他性的宗教規範，與被主流社會邊緣化的人同桌吃飯。如果我們把耶穌的行動邏輯延伸到當代處境，教會應該是最能理解被排斥者痛苦的群體。

兩邊的論證都不是胡說八道。兩邊都在聖經的文本中找到了支撐。這才是這個議題真正困難的地方：它不是「對 vs. 錯」的簡單二分，而是兩個都有道理的詮釋傳統之間的張力。

## 我在教會裡看到的

說點個人觀察。

我參與教會生活多年，認識不少虔誠的基督徒朋友。在同婚議題上，我觀察到三種典型反應。

第一種是「確信派」。他們非常確定同婚是錯的，引經據典，理直氣壯。但當你追問他們有沒有讀過支持方的最佳論證，多數人會沉默。他們的確信，建立在只聽一邊的基礎上。

第二種是「迴避派」。他們覺得這個議題太敏感、太容易吵架，所以選擇不談。「我們就專心傳福音吧。」但迴避本身就是一種立場：它默認了現狀，也放棄了教會在公共議題上發出有品質聲音的機會。

第三種是「掙扎派」。他們讀了雙方的論證，內心充滿張力，找不到一個讓自己完全安心的答案。他們不敢在教會裡表達這種掙扎，因為害怕被貼上「信仰不堅定」的標籤。

我自己比較接近第三種。而且我認為，第三種才是最誠實的回應。

## 張力不是問題，逃避張力才是

神學院的訓練教會我一件事：信仰不是用來消除張力的。

舊約裡的約伯，遭遇了毫無道理的苦難，質問上帝。上帝的回應不是給他一個解釋，而是讓他看見自己理解力的有限。約伯的故事告訴我們：有些問題的答案不在人的手裡。而承認這一點，本身就是一種信仰的深度。

同婚議題也是如此。愛與律法之間的張力，不是我們「必須解決」的問題。它是我們「必須學會承受」的重量。

這不代表我們不需要有立場。但它意味著，我們的立場應該是謙卑的、可以被對話的、承認自己可能有盲點的。而不是那種「我已經知道上帝怎麼想」的傲慢。

## 教會可以是什麼

我一直相信，教會在公共議題上最有價值的貢獻，不是大聲宣布「正確答案」，而是示範一種[不同的對話方式](/articles/fundamentalist-faith-arrogance)。

在一個所有人都在喊口號的時代，教會可以是一個願意慢下來、認真聆聽、帶著愛去理解不同觀點的地方。不是因為「怎樣都好」，而是因為我們相信真理足夠強大，不需要靠音量來維護。

如果教會在同婚議題上展現的是「我們做了比任何人都深入的功課，我們聽了雙方最好的論證，我們在禱告和反思之後，帶著謙卑分享我們的理解」：那即使人們不同意我們的結論，他們也會尊重我們的過程。

但如果教會展現的只是「聖經這樣說，不服就是不信」：我們失去的[不只是這個議題的發言權，而是整個世代對教會的信任](/articles/broken-crutch-elderly-faith)。

在急著表態之前，也許我們該先安靜下來，做那些我們跳過的功課。

信仰的深度，不展現在我們多快給出答案。而展現在我們如何面對那些沒有簡單答案的問題。</content:encoded><category>文明與人性</category><category>神學反思</category><category>同婚</category><category>教會倫理</category><category>聖經詮釋</category><category>公共神學</category></item><item><title>信仰的崩塌與重建：從 1995 閏八月預言看宗教的本質</title><link>https://paulkuo.tw/articles/faith-collapse-rebuild/</link><guid isPermaLink="true">https://paulkuo.tw/articles/faith-collapse-rebuild/</guid><description>我在教會長大，從小聽過各種末日預言。但 1995 年閏八月事件是我信仰生命中的分水嶺：不是因為我相信了那個預言，而是因為我親眼看到一個信仰群體在恐懼面前崩潰的樣子。信徒賣房移民貝里斯，牧者宣稱「上帝要藉中共審判台灣」，而當一切沒有發生，沒有人出來道歉。這件事讓我花了很多年重新思考：信仰到底是什麼？它跟恐懼的關係是什麼？神學的任務又是什麼？這篇不是要批判教會，而是要誠實地面對一個問題：如果信仰不經過反省，它能撐得住真實世界的重量嗎？
</description><pubDate>Sat, 13 Feb 2016 00:00:00 GMT</pubDate><content:encoded>世界是殘酷的。面對殘酷的世界，繼續相信有一位慈愛的上帝，需要極大的深度。

&lt;div class=&quot;listen-summary&quot; style=&quot;margin:1.25rem 0;padding:0.75rem 1rem;border:1px solid var(--border);border-radius:var(--radius);background:var(--bg-section);&quot;&gt;
  &lt;div style=&quot;font-size:0.9rem;font-weight:600;color:var(--text-secondary);margin-bottom:0.5rem;letter-spacing:0.02em;&quot;&gt;▶ 聽摘要&lt;/div&gt;
  &lt;audio preload=&quot;none&quot; controls style=&quot;width:100%;display:block;&quot;&gt;
    &lt;source src=&quot;/audio/faith-collapse-rebuild-zh.mp3&quot; type=&quot;audio/mpeg&quot; /&gt;
    您的瀏覽器不支援音訊播放，請點此 &lt;a href=&quot;/audio/faith-collapse-rebuild-zh.mp3&quot;&gt;下載音檔&lt;/a&gt;。
  &lt;/audio&gt;
  &lt;div style=&quot;font-size:0.75rem;color:var(--text-secondary);opacity:0.75;margin-top:0.4rem;&quot;&gt;AI 合成語音・作者本人聲線克隆&lt;/div&gt;
&lt;/div&gt;

但很多人選擇了一條捷徑：閉上眼睛。

我在教會裡長大，從小就知道一件事：基督徒很容易被嚇到。不是被鬼嚇到，是被「世界末日」嚇到。每隔幾年就會有一波末日預言的風潮：某個牧師看見異象、某本書算出日期、某個國際局勢被解讀成啟示錄的應驗。然後一群人開始焦慮，一群人開始禱告，一群人開始做出荒唐的決定。

而 1995 年的閏八月事件，是我見過最荒唐的一次。

## 那一年發生了什麼

1994 年，旅美作家鄭浪平出版了《一九九五閏八月》一書，根據中國古老的推背圖預言體系，主張每逢農曆閏八月就有大禍降臨，並預測中共將在 1995 年武力犯台。這本書在台灣一出版就引爆恐慌，短短兩個月就印了四版、七十刷。

如果只是一本書，事情不會那麼嚴重。問題是教會接住了這股恐懼，然後把它放大了一百倍。

部分牧者開始宣稱自己領受了「上帝的啟示」：有人說看見異象，有人說在夢中被告知，核心訊息都一樣：上帝要藉中共的軍事行動來審判台灣，因為台灣拜偶像太嚴重了。某間知名的大型教會為此開了說明會，而基督徒開設的移民代辦公司就在教會門外發廣告單，宣傳「海邊別墅只需十萬美金」。

然後，1995 年 7 月，中共真的開始了飛彈試射和軍事演習。

恐慌瞬間升級為行動。大量信徒在極短時間內賣掉房子、變賣積蓄，帶著全家移民到中美洲的貝里斯：那個被某些牧者指定為「上帝預備的避難之所」的地方。眷村背景的循理會受害尤其嚴重，甚至不得不提告宣講這些「啟示」的牧師。

結果呢？閏八月過了。1995 年過了。什麼都沒有發生。

那些在貝里斯的信徒，面對的不是上帝的庇護，而是陌生國度裡的生存困境。有些人背著債務、帶著破碎的家庭，悄悄地回到台灣。而那本書的作者？據報導賺了上千萬台幣，移民北美過起了安穩日子。

最讓我無法接受的是：那些在教會裡鼓吹這些訊息的牧者，事後沒有一個人公開道歉。沒有一個。直到三十年後的今天，據我所知，依然沒有。

## 方便麵信仰

我後來花了很多年思考這件事到底出了什麼問題。不只是「預言失準」這麼簡單：預言失準在宗教史上太常見了，不值得大驚小怪。真正的問題是：為什麼一個信仰群體會如此輕易地集體失去判斷力？

我的結論是：因為他們的信仰沒有經過反省。

接受「世界即將毀滅」，是最簡單的信仰選擇。它省去了思考的痛苦，也省去了跟不同觀點對話的麻煩。甚至還給人一種靈性上的優越感：「我知道真相，而你們還矇在鼓裡」。

我稱之為「方便麵信仰」。撕開包裝、加點熱水、三分鐘搞定。簡單、快速、有即時的飽足感。但沒有營養。而且吃多了會出問題。

方便麵信仰的特徵是：它不需要你理解任何東西。你不需要理解聖經的歷史脈絡，不需要理解預言文學的文體特性，不需要理解神學家們兩千年來對末世論的辯論，不需要理解台灣的地緣政治現實。你只需要「相信」：相信某個權威人物告訴你的話，然後照做。

這不是信仰，是依賴。而依賴在恐懼面前，是最脆弱的東西。

## 神學不是奢侈品

很多信徒聽到「神學」兩個字就皺眉頭。他們覺得神學是學院裡的東西，跟「真正的信仰生活」無關。有些人甚至把反智當成屬靈的表現：「單純的信心」彷彿比「想太多」更討上帝喜悅。

1995 年的事件證明了這種想法的危險性。

當時有不少牧者提出過非常合理的反駁：「如果上帝因為台灣拜偶像要審判台灣，那中共主張無神論，連上帝都否認，為什麼上帝不先審判中共？」這個邏輯非常簡單，任何上過基礎神學課的人都能想到。但在恐慌的氛圍中，這種理性的聲音被淹沒了。

神學的任務，不是告訴你「上帝要做什麼」。沒有人知道這個答案。神學的任務是幫助你建立一套思考框架，讓你在面對不確定性的時候，不至於立刻崩潰。

具體來說，神學訓練會教你幾件事。辨別預言的本質：聖經裡的預言文學（如啟示錄、但以理書）有其特定的文體規則和歷史脈絡，不是拿來對號入座的密碼本。理解上帝觀的多元性：「審判」不是上帝跟人類互動的唯一模式，甚至不是主要模式；聖經同樣大量談論恩典、陪伴、受苦中的同在。質疑權威的正當性：當一個牧者宣稱自己領受了「上帝的啟示」，你有神學上的理由和責任去檢驗這個宣稱。

十五年的神學訓練給了我一個最重要的能力：面對「我不知道」的勇氣。上帝為什麼允許苦難？我不知道。末日什麼時候來？我不知道。但「不知道」不等於「什麼都可以」。不知道的空白，應該被謙卑和持續的思考填充，而不是被恐懼和隨便的答案填充。

## 恐懼的解藥不是確定性

2016 年台南大地震之後，又有部分教會人士把天災跟特定族群的「罪」掛鉤，宣稱這是上帝的審判。同樣的邏輯，同樣的套路，距離閏八月事件已經過了二十年。

這讓我意識到，問題不只是某一次的預言失準，而是一種根深蒂固的思維模式：用「確定的答案」來對抗恐懼。

人在面對不確定性的時候，本能地渴望確定性。台海局勢緊張，確定性的答案是「上帝要審判台灣」。地震死傷慘重，確定性的答案是「某某族群的罪帶來了報應」。這些答案都很糟糕，但它們有一個共同的「優點」：它們讓人覺得世界是可以被理解的，即使那個理解是扭曲的。

信仰提供的不應該是這種廉價的確定性。

我在〈[超越定義的上帝](/articles/god-beyond-definition)〉裡試過探討這個問題：當我們用人類的語言和概念去「定義」上帝的時候，我們其實是在縮小祂。同樣的，當我們用簡單的因果敘事去「解釋」苦難的時候，我們不是在理解上帝的作為，我們是在把上帝塞進我們有限的認知框架裡。

真正的信仰勇氣，不是「我知道上帝要做什麼」，而是「我不知道，但我仍然信任」。不是因為有了確定的答案所以不怕，而是在沒有答案的情況下，仍然選擇活出公義和憐憫。

## 崩塌之後的重建

我不是要否定信仰：恰恰相反。

閏八月事件之所以讓我花這麼多年去消化，不是因為它讓我懷疑上帝，而是因為它逼我認真面對一個問題：我的信仰到底建在什麼上面？

如果建在「某個牧師說的話」上面，那牧師錯了，信仰就塌了。如果建在「世界即將毀滅所以趕快信」上面，那世界沒毀滅，信仰就沒意義了。「信耶穌保平安」的功利交換也一樣：平安消失的那一天，信仰也跟著破產了。

這些都是沙土地基。

我後來重建信仰的過程，核心的轉變是：從「信仰給我答案」變成「信仰給我面對問題的能力」。

神學不是一套答案系統。它是一種訓練：訓練你在面對複雜、矛盾、痛苦的現實時，仍然能夠思考、對話、保持開放，而不是逃進簡單的答案裡。彌迦書六章八節說得很清楚：「行公義，好憐憫，存謙卑的心與你的神同行。」這裡面沒有「知道未來會發生什麼」。有的是一種生活方式：在不確定中，仍然選擇做對的事。

我在做各種事業決策的過程中，反覆體會到這種信仰訓練的價值。面對市場的不確定性、技術的不確定性、人的不確定性，最有用的不是某個先知告訴你未來會怎樣，而是你有沒有一套經過檢驗的判斷框架，讓你在資訊不完整的情況下，仍然能做出負責任的選擇。

這跟我在〈[後程式碼時代的品味](/articles/post-code-era-taste)〉裡談的其實是同一件事：品味的本質是「在不確定中做出好的判斷」。信仰的本質也是。差別只在座標系不同：一個是商業和技術的座標系，一個是存在和意義的座標系。

## 張開眼睛

三十年過去了。台灣沒有被血洗，但教會裡的恐懼敘事從來沒有真正消失。它只是換了包裝：從「中共犯台」變成「末世逼迫」，從「閏八月」變成各種新的日期和事件。

每一次，我都想問同一個問題：你的信仰，經得起睜開眼睛看真實世界嗎？

如果經不起，那不是世界的問題，是信仰的問題。或者更準確地說，是信仰從未被認真反省過的問題。

信仰從來不該是遠離人群的避世主義。它應該是走進人群、面對真實、承受重量的勇氣。

而這種勇氣，不是天上掉下來的。它是在反省中、在對話中、在一次又一次的崩塌與重建中，慢慢長出來的。</content:encoded><category>文明與人性</category><category>信仰反思</category><category>神學</category><category>集體焦慮</category><category>宗教批判</category><category>台灣教會</category></item></channel></rss>