2026/02/08新增段落：2026-02 更新：Research 使用額度大地震。
2026/02/05更新：今年 2 月初，Research 功能的使用次數被大幅削減——從每月數百次降至每月僅 20 次（Pro 方案用戶）。這樣的額度對我來說幾乎不可用，如果該政策持續，我必不會考慮付費。
我從來沒想有過自己會考慮為 Perplexity 付費。
畢竟，我已經訂閱了好幾個 AI 聊天服務，對「又一個 AI 工具」著實沒有太多期待。
但用了三個多禮拜之後，這個想法有點動搖了。
如果你還沒聽過 Perplexity，簡單說，它是一個主打「AI 搜尋」的服務。當你丟出一個問題時，它會幫你搜尋網路上的大量資料，整理重點，給出給答案。同時把來源清楚列出來。
它更像是一個被 AI 強化過的搜尋引擎，而不是單純的聊天機器人。
有了這東西，你可以用自然語言問問題，然後它會幫你找出相關資訊，並且用 AI 幫你整理成一個流暢易讀的答案。
2 年前，我寫下這篇〈2023 那些我已不可或缺的「付費訂閱」推薦〉，分享了當時對我而言最重要的 12 項付費訂閱。
並說明了「不可或缺」的定義：
所謂的「不可或缺」，意思是一旦我停止訂閱，我的工作和生活都會出現挑戰。而挑戰的大小，就是這些訂閱項目對我的影響力與價值。
但回頭再看，有些其實沒那麼重要啦😅
所以這個 2025 年版本，要認真檢視，只列出那些「真的無法取消」的訂閱。
本文所列出的 8 項，即使多數和 2 年前相同，我也會補充它們對我的「重要性變化」與現況。
它們都很重要，很難說哪個更優先，以下排名不分先後。
此外，和 2023 版重複的基本使用情境介紹，就不再贅述，請參考前文。
📌 這是 WeaMind 系列 的第 4 篇。
本系列以真實世界專案為背景，記錄重要技術實作與經驗分享。
〈GitHub Actions 入門：自動化 Lint、Format 與 Type Check〉一文中，我們使用了 GitHub Actions 作為 CI（持續整合）的入門工具。
同時建立了軟體開發專案中最基本且常見的 CI 流程。
接下來，我將繼續介紹，WeaMind 專案中所有實作的 CI 項目，並說明我選擇它們的原因與設計原則。
本文依據的專案程式碼版本為 v0.5.1。
〈Hetzner VPS 實測：比 DigitalOcean 更划算的選擇？〉介紹了 Hetzner 這個來自德國的 VPS 供應商，該篇文章在 VM 價格與規格上，與 DigitalOcean 進行比較。
使用下來已超過 3 個月，除了台灣連歐洲的延遲較高，以這樣的價格，整體表現仍讓我十分滿意。
我之後絕大部分的服務，都會部署在目前租用的 Hetzner VM 上。
上一篇是介紹與推廣，本篇則是進一步教你怎麼在 Hetzner 平台上建立新 VM，簡單實用。
話不多說，直接開始。
📌 這是 WeaMind 系列 的第 3 篇。
本系列以真實世界專案為背景，記錄重要技術實作與經驗分享。
uv 是近年來快速竄起的 Python 套件管理器，憑藉其最關鍵的核心特性——快😎，在 Python 開發圈吸引了不少關注與採用。
之前我已寫過〈Python 套件管理器 uv 介紹——與 Poetry 比較〉介紹。有興趣的讀者歡迎參考。
本文是 uv 系列的第二篇，聚焦於 Dockerfile。
當我要將「使用 uv 的 Python 專案」容器化時，我發現相關的討論與介紹較少，所以花了一些時間摸索。
本文目標是大幅減少你的試錯時間，並提出我的實踐與看法。
任何人類都能使用魔法的時代要到來了——《葬送的芙莉蓮》漫畫第 53 話 | 人類的時代
有了強大的 AI 輔助 ，寫程式再也不是軟體工程師的專屬。
如此的時代巨變，首先讓我聯想到的，就是「芙莉蓮」中的這段劇情。
不過把這個比喻與感受表達得最好的，當屬財經作家王伯達的這篇臉書文。
他寫道：
AI 讓更多人，用更容易的方式使用程式語言與複雜軟體。
這讓我想到芙莉蓮的老師，弗蘭梅。
她說服了人類的皇帝，讓人類得以開始研究魔法，魔法不再是個禁忌，開啟了人人有魔法可以練的年代。
顯然，在我這個軟體工程師眼中，AI 就像芙蘭梅，把原本高門檻的知識、技術變成大眾能輕易接觸的工具，讓所有人都有機會參與創造。
本文聊聊我作為一個軟體工程師，如何看待這個 AI 普及後的「魔法時代」。
📌 這是 WeaMind 系列 的第 2 篇。
本系列以真實世界專案為背景，記錄重要技術實作與經驗分享。
從這篇文章開始，我將啟動一個新的系列。
搭配我正在實作中的 Side Project——WeaMind，寫下一篇又一篇的技術實作心得。
讓我們一起在專案中成長，並獲得更多的開發樂趣。
如標題所示，本文主要介紹 GitHub Actions。不過在此之前，我們得先對 CI 有初步的了解。
CI 是「Continuous Integration」的縮寫，中文是「持續整合」。
它的核心概念是：當開發人員提交程式碼時，系統可以「自動執行一系列預先定義的檢查流程」，例如檢查程式碼是否與現有程式相容、是否能正常運作。
在軟體開發流程中，我們常常要處理很多重複但又不可忽略的工作：檢查程式碼格式、執行靜態分析、跑單元測試，甚至產生 API 文件等。
如果每次提交都要手動跑一輪，既麻煩又易忘。
這時 CI 就派上用場了。它能在每次 push 或開 PR 時（或其它事件），自動幫我們做這些事，讓問題提早浮現，使得開發流程更加穩健，也能節省大量重複性勞動。