GitHub Deployment Protection Rules 設定指南
[GitHub Actions] 設置 Deployment 審核保護機制
- 17
- GitHub
GitHub Deployment Protection Rules 設定指南
4 月底,我在 VS Code 內第一次看到 GitHub Copilot 跳出「週用量即將達到上限」的警告——對一個訂閱 Pro+ 的使用者來說,這是過去從未出現過的訊息。幾天後,我實際撞到了用量上限,Copilot 中斷了 Agent Mode 的工作。
後來才知道,這是 GitHub 在 4 月 27 日正式公告計費改制的前哨。但實際衝擊到底多大,要等到上週 GitHub 釋出 Billing Preview 工具後才能確認——把 4 月份 CSV 上傳到官方試算頁面後,看到的數字遠遠超出心理預期。**新制下的等效月費,是原本 Pro+ 月費的數十倍**。
這個變化指向整個 AI 工具產業的方向——OpenAI 也在 4 月 2 日把 Codex 改成 token-based 計費。這篇文章想跟還在使用 GitHub Copilot 的開發者分享:**如何檢視自己過往的用量、評估 6/1 之後的衝擊,並用手上的訂閱組合做出合理調整**。我會用真實帳單數據與官方文件佐證,給你一份可以立刻套用的決策框架。
GitLab Runner流程說明!!
系統重啟之後,所有快取全空,大量請求同時打到 DB,DB 直接噴掉了啦!!! 這就是快取雪崩(Cache Avalanche)的經典場景。 本文用 .NET 10 的 HybridCache 示範三種防護策略:TTL Jitter、分層 TTL、Circuit Breaker,並搭配整合測試驗證行為。

以上注意事項請知悉。
目前有碰到的是RabbitMQ(AMQP),因近期被問到MQTT,所以紀錄一下各個優缺點。
SPA 做身分驗證,一定要面對一個問題:**Token 要存在哪?** Authorization Code Flow + PKCE(RFC 7636)是目前的標準做法,解決的是「授權碼在傳輸途中被攔截後,攻擊者拿去換 Token」的問題。搭配 CSP(Content Security Policy)從瀏覽器端限制腳本來源,這兩道防線合在一起,才算是比較完整的 SPA 安全架構。 這篇文章用 ASP.NET Core Web API 自己實作授權伺服器,從頭走完整個 PKCE 流程,包含帳密驗證、Session Cookie 持久化,以及受保護的 API 端點。

透過 GitHub Actions 整合 AWS SSM Parameter Store,統一管理多專案的 CI/CD 變數
換電補能量,生活加點小好康。
"Gogoro X 全聯 換電任務解鎖" 活動詳情請見官方活動網頁:
https://promotion.gogoro.com/tw/pxmartswap/
(圖片取自 Gogoro 官網活動頁面)
最近在玩 NousResearch 推出的 Hermes Agent,覺得 CLI 用起來還是不夠舒服,想把對話介面換成 OpenWebUI,又想在手機上也能用,所以順便串了 ngrok 把服務開到外網。
這一篇把安裝、Gateway 設定、OpenWebUI 串接、Hermes 舊對話匯入、ngrok 對外曝光一次整理起來,以後重灌也可以照著做一遍。

其實找不太到用 git submodule 的場合,直到 AI 登場後,這個需求對我而言就比較容易浮出檯面
你是否曾讀過一篇文章覺得很重要,但兩週後卻想不起來在哪看過?或者辛苦存了書籤、截圖,一個月後打開卻不知從何看起?更常見的問題是,文章 A 和文章 B 提到了同一個概念,但因為存在不同地方,你根本沒發現它們的關聯。
最近 OpenAI 共同創辦人、前 Tesla AI 總監 Andrej Karpathy 在 X 上分享了解決這個問題的方法,在網路上引起廣大回響。他的作法很簡單:把文章丟給 AI,AI 讀完後自動整理成一個 Wiki 知識庫,包含總結、目錄以及相關概念的連結,全部以 Markdown 檔案的形式存在你的電腦裡。
這篇文章我想要演練「用 Claude Code 建立這套個人知識管理系統」,從環境建置到實際 ingest 文章,一步一步帶大家走過去。

在軟體工程的開發與日常知識管理中,工具的選擇與工作流的順暢度往往決定了生產力的高低。傳統雲端筆記在切換頁面時常有卡頓感,容易打斷工作心流,且資料受限於第三方伺服器。
Obsidian 憑藉著本地端獨立 Markdown (MD) 檔案的特性,不依賴雲端伺服器,不僅確保了資料安全,其純文字的架構更是與 AI 程式開發工具(如 Claude Code 或 Gemini CLI)完美結合的絕佳載體。本篇文章將紀錄如何建置 Obsidian 基礎環境,透過 GitHub 進行全自動雲端同步,並導入 AI 工具實踐「自動整理」的筆記工作流。

在使用 AI 輔助開發(如 Claude Code、Copilot、Codex)接手或分析大型專案時,若讓 AI 直接讀取大量檔案,不僅會耗費大量 Token,AI 也容易迷失在細節中。Graphify 橫空出世,落實了 Karpathy 的工作流程,它是一款強大的擴充工具,能將專案內的程式碼、文件、圖片甚至影音,轉換為「可查詢的知識圖譜(Knowledge Graph)」。它能引導 AI 優先閱讀摘要報告,快速掌握系統架構與設計理念,這是我一直想要的阿。

因為 Windows 10 IoT Enterprise 的 2016 LTSB 推出至今將滿 10 年了,除了在今年 7/31 會 EOL 之外,也將會在今年的 10/13 正式 EOS。
手上的機台還是運作 Windows 10 IoT Enterprise 的 2016 LTSB 的怎辦呢?可以的話請把目光放向 Windows 11 IoT Enterprise LTSC 會是最長治久安的打算:
| - - - - - - | Win10 IoT Enterprise | Win11 IoT Enterprise | |
|---|---|---|---|
| - - - - - - | 2016 LTSB | 2021 LTSC | 2024 LTSC |
ASP.NET Framework 的 Session 預設使用排他鎖(Mutex),同一個使用者的 Request 會排隊等待,嚴重影響效能。而 ASP.NET Core 的 Session 雖然不會排隊,但底層是 IDistributedCache,不支援 HybridCache,每次存取都直接打 Redis,沒有 L1 記憶體快取,高流量時有快取擊穿的風險。
這篇想要演練的是用 HybridCache + Cookie 實作一個 SessionCacheProvider,讓開發者用起來跟原本的 Session["key"] 幾乎一樣,同時支援 ASP.NET Framework 4.8 和 ASP.NET Core (.NET 10)。

如果真要推薦近期偏 AI-driven 而生的 IDE 開發工具,目前比較有 "獨立" 精神的是 OpenCode "Desktop"。
雖然個人覺得 OpenCode 是 CLI 主打,但 OpenCode 後來也推出了 OpenCode Desktop 可以直接在 macOS / Windows 安裝使用:

如果你今天是 .NET 開發人員,那使用 Visual Studio 應該不陌生;如果你今天是開發人員,那使用 Visual Studio Code 應該不陌生。
自 Visual Studio 2026 起,Visual Studio 幾乎可以算是直接內建 "GitHub Copilot Chat":

當然 Visual Studio 2022 也能裝 GitHub Copilot Chat 的,但不知道是不是個人的心理作用,感覺用起來沒有 Visual Studio 2026 的順。
Visual Studio Code 也不用太多說什麼,在 Visual Studio Code 的延伸模組的市集當中搜尋一下 "GitHub Copilot Chat" 就可以安裝。
在 AI 流行起來後,CLI (Command Line Interface) 又躍升為比較主流的操作方式,所以如果只能在 IDE 當中操作 GitHub Copilot 就似乎稍嫌不足。
GitHub Copliot CLI 的安裝當然也就要介紹一下囉!

截至目前 (2026Q1) 為止,在 macOS 上的專武 IDE:Xcode。
要幫忙上 Buff (GitHub Copilot) 的方式,仍得靠傳統的 *.dmg 安裝方式來疊:

上一篇 用 IDistributedCache + MemoryCache 做了一個簡單版本的冪等,適合單節點演練。但在多 Pod / Container 部署的環境下,MemoryCache 各自獨立,不同 Pod 看不到彼此的快取,冪等保護會直接失效。
這篇換用 Redis 來實現分散式冪等,目標是能跑在 Kubernetes / Docker Swarm 這類環境。

Harmony Library 補丁方式的最終章,Reverse Patch。
Transpiler 是 Harmony Library 的重量級功能,相較於 Prefix 或 Postfix 是在原始方法前後插入程式碼,Transpiler 直接操作 IL 指令,讓你在程式執行前就重新改寫方法本身,威力驚人。
已經有一段時間沒開 Android Studio 起來用,看到 GitHub Copilot 有說可以在 Android Studio 當中使用 GitHub Copilot Chat 的 Plugin (對,已經腿很久了),就不假思索的打開電腦上已經安裝的 Android Studio 來試試看。
在 Android Studio 中點開 Plugins 找到 Marketplace:
