通常開源專案需要面對長期維護的問題，而長期維護需要人力（開發者）物力（伺服器與基礎建設），個人開發者來說是個負擔。有些專案會有企業贊助，有些專案則是替用戶提供顧問與服務來收費維持。 這期選了 Bear 修改授權的新聞，也因為這則新聞，順道看了 Sentry 的授權模式。我們都希望擁有健康的開發生態，而授權條款很大程度左右了這點。 🗞️ 熱門新聞 Bear changes license to Elastic License Blog 平台工具 Bear 修改授權，原本是 MIT，現在改用 Elastic License。 看開發者的說法，原因是有人搭便車，fork 完直接部署成服務賣錢。開源不是免費勞工，這樣確實有點過分。Elastic License 的差別是不准以託管方式提供服務，算是補上這個洞。 相對 AGPL 來講，有時這種個人開發的小型專案，也不追求產業影響力，直接用 EL
Preplexity 跟 Anthropic 等公司開始讓瀏覽器 AI 代理化，資安領域專家 Simon Willison 指出這可能會導致眾多資安漏洞出現。我建議兩邊的意見都可以看看，Anthropic 為了防堵問題，也下過不少功夫，看完後你會比較知道該如何使用 AI 代理。 另外這期特別喜歡 Mike Sun 談台灣的產品經理遇到的挑戰，我現在不太建議新人直接在台灣當產品經理，舞台太小，成長空間有限，會影響日後發展。如果真的對產品很有興趣，可以先到其他地方建立起正確的產品觀後，再回到台灣發展。 🗞️ 熱門新聞 Piloting Claude for Chrome Anthropic 最近推出 Chrome 用的 Claude 插件，但是依照說明文件：「當我們在自主模式中加入安全防護機制後，成功將 23.6%的攻擊成功率降低至 11.2%。」 儘管 Anthropic 特地專文說明它們的防護措施，
隨著 LLM 變成日常的一部分，它們也在改變原有的網路生態。Fastly 的報告顯示，AI 機器人每分鐘可對網站發起高達 39K 次請求，日後造訪網站的，可能大多是機器人，而不是真人。 🗞️ 熱門新聞 Fastly warns AI bots can hit sites 39K times per minute 繼上次 Codeberg 的新聞後，Fastly 出報告指出 AI 機器人正造成網站營運負擔。 大多觀點延續幾個月來的趨勢：「網站負載增長主要並非來自人類訪客，而是代表聊天機器人公司運作的自動爬蟲與抓取程式。 」值得注意的是，AI Fetcher 的數量也在增加中，我猜這多少暗示了用戶搜尋資料的行為正在變化。 Meta 占了所有 AI 流量的 52% 🙄 ，相對下 Anthropic 只佔 3.76%
Ghost Release 新版了！距離上次大版號更新，已經過了 3 年多，這幾年來，創作者經濟變化得很快，Ghost 也嘗試讓創作者更容易經營自己的內容。 我會等 6.0 發布一陣子，穩定下來後才會更新。很期待他們下一步會是什麼。 🗞️ 熱門新聞 Ghost 6.0 Ghost Release 6.0。 兩個重量級更新：支援 ActivityPub，讓 Ghost 可以 Leverage 社群媒體分發渠道；以及內建 Analytics，支援流量分析。這剛好就是兩個我最想要的功能，Great Work。 常說經營內容的痛點在，不知道如何發佈內容，不知道訪客從哪來。當然這都可以用工具協助，例如設定 GA、或者使用 Postiz 等來經營社群，可是我覺得一個好的平台應該要替創作者處理掉這些事，Ghost
以前在開發內容平台產品時，常常想，如果有天我們的使用者要離開平台，他們擁有自由嗎？在現代，數位創作者有點像是佃農，替平台生產內容，可是因為數位落差，他們沒有移動的能力。 隨著時代進步，法規應該要與時俱進，這期選了數位部的公告草案，告訴我們科技與制度可以如何相輔相成。 另外，從本期開始，加入了目錄大綱，希望讓讀者閱讀時能更容易在不同議題間切換。 🗞️ 熱門新聞 社交資料可攜權與互通性 在唐鳳那看到這則消息，最近衛城出版編輯的帳號被無預警停權，引發討論，我自己也常常焦慮，當使用這些便利的平台服務時，我們是不是交出一些沒意識到的權利？ 身為個人，可行的策略是，在發布內容到平台前，先保留一份在自己手中，但這其中的不平等顯而易見。《數位選擇法案》讓我理解到，創作者有機會在一個更好更平等的環境下創作。 我希望台灣也能有這樣的一天。 I gave the AI arms and legs – then it rejected me 在 HN 上看到的新聞，有名開發者發現自己的函式庫被用在 Claude
現在是 AI 時代，大家都在想怎麼讓自己的產品跟 AI 掛勾，但具體要怎麼做呢？背後的思考有哪些？Duolingo 給出他們自己的觀點。 例如，現在的產品是否只是 AI 套皮，你接收使用者的問題，套上自己的提詞後，拿去給 OpenAI，要它回答你？在現在百家爭鳴的情況下，選擇哪個模型會有差嗎？AI 能帶來新用戶與新營收嗎？等等。 另外本週也選了一篇少數派的文章，談 AI 對 RSS 的影響，對 RSS 未來方向有興趣的人不妨看看。 🗞️ 熱門新聞 Duolingo CEO Luis von Ahn wants you addicted to learning Duolingo CEO 專訪，相當紮實，推薦閱讀。 「對我們來說，
最近用了很多 Cloudflare 的產品，像是 Zero Trust、WARP，還有 Cloudflare Tunnel。每次的體驗都讓我嘖嘖稱奇，好像它們預判了我的需求一樣。這家公司始終追求著「更好的網路」這個目標，內容付費又是另一個例子。 🗞️ 熱門新聞 Content Independence Day: no AI crawl without compensation! 賽博佛陀 Cloudflare 又來普渡眾生了。這次是針對 AI 爬蟲收費。 「網路正在改變。它的商業模式也將改變。在這個過程中，我們有機會從過去 30 年網路的優點中學習，並為未來的網路創造更好的環境。 」 Cloudflare 真的很有意思，連思考的角度都很有趣。 內容當然是有價的，只是價格會怎麼支付呢？在現代的內容創作，這題變得非常複雜。 Folklore.org: Joining Apple Computer
有些產品看到會覺得行不通，有些產品則相反，只要聽到就覺得是個好主意。Sentry 的產品通常都是後者。我猜有部分，也是因為它們的產品都指向同一個使命：可除錯性。 🗞️ 熱門新聞 Linux Foundation Announces the FAIR Package Manager Project for Open Source Content Management System Stability Linux 基金會啟動 FAIR 專案，為 WordPress 外掛程式提供替代方案。 底下的 Supporting Quotes 可以看看，講話都很客氣，左一句「去中心化」右一句「透明的治理架構」，在講什麼大家都很清楚 😜 。 Uber 與 Airbnb 重塑 VC 玩法，一文看懂 a16z 創辦人
來自阮一峰老師的靈感與嘗試，我會在 Weekly Issue 中記錄每周值得分享的科技內容，周一發刊。多數內容都有刊在我的 X、Threads 或 Facebook 中，你可以追蹤上述社群媒體得到最新消息。這裡的性質更接近單周回顧與歷史歸檔。 🗞️ 熱門新聞 The Pulse #134: Stack overflow is almost dead StackOverflow 的情況比我想的還糟，退化到剛成立三個月的狀況？太要命了。 我自己好奇的是 2020 年的衰退如何引起？平台治理的問題嗎？ Cloudflare service outage June 12, 2025 Cloudflare 近幾次中斷事故都有出報告，內容包括背景跟時間軸，還有改善方式，這是很正確也很重要的實踐。 我也曾經遇過幾次重要的服務停機事件，當時都會盡可能擠出時間即時更新 + 出報告。後來服務也的確越來越穩。這種問題很多都是文化層面的問題。 Ask HN: How
Web
自訂網域（Custom Domain）是 SaaS 常見的服務，只是我通常都沒花錢買。某次跟朋友聊天，她想聽聽我對內容平台的觀點，嘰哩呱啦分析完一堆後，我最後建議她，最好還是買個網域： 「你想想看，妳現在投入這麼多心力在經營內容，建立自己的品牌形象。如果妳的網址永遠都掛在別人的平台底下，就像在別人家租房子，雖然方便，但終究不是自己的。」 「有了自訂網域，妳的品牌就是自己的，無論未來平台怎麼變，妳的讀者都能透過固定的網址找到妳，這對品牌來說很重要。就算未來妳想換平台，也不會流失妳辛苦建立起來的流量。」 後來我在 Ghost 官方頁面看到類似說法 If you would like to make your site memorable and easy to find with a branded custom domain, then you can
Web
Phil Karlton 有句名言：「計算機科學中只有兩件難事：快取失效和命名。」 想像你在管理網站，因為傳輸速度與伺服器效能問題，網站讀取速度很差，特別是當你的使用者來自地球另外一端，常常需要等待幾秒才能看到畫面，這讓他們的使用體驗大打折扣。身為一名重視使用體驗的開發者，你肯定知道該如何解決這問題，沒錯，答案就是 CDN（內容傳遞網路）。 CDN 可以看成是服務商在全球各地建置伺服器，當你的網站內容（例如圖片、CSS、JavaScript、影片等）流經這些伺服器時，它會保留一份複本（稱為快取），等到下次有人讀取同樣的內容，CDN 會拿出複本給使用者。因為全球各地都有 CDN 節點，美國的使用者可以由美國節點提供，日本的使用者可以由日本節點提供。這樣既加速網路傳遞效率，也降低來源伺服器的效能壓力，可謂一舉兩得。 當然這是有條件的。CDN 會使用網址來判斷快取是否是相同檔案，假設你的內容以圖片為主，通常來說，當你更換圖片，新舊兩張圖片會有不同網址，被當成兩個不同的檔案，新圖使用新快取，舊快取留著也沒差；但如果你的內容是文字，新舊版文字很可能有相同網址，
Web
OAuth 2 讓網路服務可以存取第三方的受保護資源，因此，有些開發者會進一步利用 OAuth 2 來進行使用者認證。但這中間存在著一些語義落差，因為 OAuth 2 當初設計目的是「授權」而不是「認證」，兩者關注的焦點會有些不同。OpenID Connect 是基於 OAuth 2 的一套身份認證協定，讓開發者可以在 OAuth 2 授權的基礎上，再加入標準的認證流程。在這篇文章中，我會說明授權跟認證的場景有何差異，並講解 OpenID Connect 如何滿足認證需求。 因為 OpenID Connect 是建構在 OAuth 2 的基礎上，我會假設這篇文章的讀者已經知道 OAuth 2 的組件與流程，如果你不熟悉，可以先閱讀另外兩篇文章 * OAuth 2.0：