前言：拜 Vibe coding 之賜，市場上出現了一大堆的SaaS，每個都聲稱自己所開發的符合你的需求，當然也有些會打著—別人也 Vibe coding 過，但最後還是回來用我們的—這種聲稱，但是你真的確定你的資料放在別人那裡是安全的嗎？尤其是資料中包含個資 (特種個資更是重要) 時，當對方的 SaaS 發生資安事件導致資料外洩時，要怎麼處理及維護自己的權益？這些會遠比那些聲稱自己 Vibe coding 出來的 SaaS 有多好用要來得重要太多了—不怕一萬，只怕萬一。

本文改寫自筆者 2013 年舊文《SQL 備份指令與觀念相關練習》，原文是為輔導同仁準備微軟 70-462 認證所整理的練習題。十多年過去，除了把當年的觀念重新講清楚之外，這次也補上兩塊實務上常被問到、卻很少有文章完整講的主題：**資料庫加密（TDE）狀況下如何備份憑證**，以及**主機移轉時如何把 SQL 帳號的 SID 與加密密碼轉成 Script

在 SPA 架構下，整合 ASP.NET Core SignalR 常面臨安全挑戰。由於瀏覽器的 WebSocket 握手階段無法自訂 Headers，開發者常被迫將 JWT 放入 Query String 傳遞，使 Token 暴露於 URL 中。此外，一旦 SPA 遭遇 XSS 漏洞，記憶體中的憑證仍有被竊取的風險。
本文將介紹如何以 PKCE (Proof Key for Code Exchange) 三階段換票機制安全換取 30 秒短效 Hub Token，並結合 CSP (Content Security Policy)
聯防作為最後防線，從後端配置一路講到前端原生 JavaScript 整合，為 SignalR Hub 提供全方位的安全防護。

Open Design 是開源的 Claude Design 替代方案，支援 100+ 技能、150 個設計系統、261 個 Plugin，可以串接 Claude Code、Cursor、Copilot 等 21 種 Coding Agent，可直接使用本機環境的授權配置，也支援自備 API Key（BYOK）。這篇記錄在 WSL2 上從 clone 到跑起來的完整過程，以及踩到的坑。

隨著 AI Agent 的興起，我們開始授權 AI 代理人存取各種外部服務。但這也帶來了全新的安全隱憂：如果你還習慣把 API 金鑰寫死在程式碼裡，或是隨便丟在 .env 檔，AI Agent 在讀取檔案或執行時，很有可能不小心把金鑰內容外流，等同於將系統的主控權拱手讓人，暴露在外洩的巨大風險中。

一次次在看文件或文章時，常會發生 "英文 → 繁體中文" 的「翻譯結果看得懂、但很奇怪」的感覺，尤其是從 LLM 的 Gen AI 盛行之後，更是有這種芥蒂感在看文件或文章時不斷的出現。

因此想了一下有沒有更好的處理方式。

不單單只有純粹的把英文翻成中文，而是先定義台灣繁中在不同語境下應該有的語感與判準，這才催生了 Taiwanese-Mandarin-Translate-Skill (台灣華語翻譯 Skill) 這個 Skill ：

最近 Google 釋出了 Gemma 4 系列，其中 gemma4:e4b 是專為本機與一般電腦設計的版本，4.5B 有效參數，理論上筆電可以跑。我想說趁這個機會，把 Claude Code 的推論後端換成地端，省點 API token，結果跑得很累 XDD。最後發現「跑得起來」跟「能正常工作」是兩件完全不同的事。這篇就是把整個踩坑過程記下來，包含架構設計、VRAM 預算計算、為什麼一定要加 LiteLLM、以及 Claude Code 的 token 結構分析。

一場關於方法演進、判斷力養成與專業未來的討論整理，但這個主題，未完待續。

要用上 dotnet-testing-agent-orchestration 系列的測試工作流程，前置得依所用的 AI Coding Agent，從幾個不同的 repo 手動下載、複製對應的 Skills、Agents 與 Hooks；若是 Copilot 版，還多一道建立 RAG 索引的手續。dotnet-testing-agent 工具包把這些下載、複製（以及 Copilot 版的索引建立）與後續更新都接手過來，省去整段手動前置。

用 autoresearch 量化優化 Orchestrator 的 agent 定義 — 七回合的迭代記錄

前四篇談這四個測試 Orchestrator「怎麼用」，這一篇談它們背後的 agent 定義是怎麼被「調」出來的 — 用 autoresearch 跑「改一處 → 量分數 → 進步就留、退步就退回」的迴圈，七個回合、五十多次迭代，連失誤與退步一起記錄。

Integration、Aspire、TUnit — 三個進階 Orchestrator 使用指南

Integration、Aspire、TUnit 三個進階 Orchestrator 一次看完。它們與 Unit 系出同源、共用 1+4 架構，差別在 Docker 容器、分散式環境與框架執行方式 — 本文聚焦各自的觸發方式、前置需求與該注意的特性。

安裝與環境設定 — Unit Test Orchestrator 使用指南

從環境需求、安裝步驟，到跑出第一個測試工作流程。本文深入最常用、不需要 Docker 的 Unit Test Orchestrator — 七種使用情境、四階段流程，以及一個由淺入深、共六個階段的練習專案，讀完就能跑出你的第一個 Agent Orchestration 工作流程。

為什麼 Orchestrator 是 Skill 而不是 Agent — 架構解析

Orchestrator 為什麼必須是 Skill，而不是 Agent？本文從 Claude Code 的平台限制談起，拆解 bypassPermissions、計時 Hook、Writer 分割與 JSON 交接這幾個關鍵設計，看這套 1+4 架構如何在 Claude Code 上順暢運作，以及四組 Orchestrator 的異同。

為 .NET 專案自動產生高品質測試 — dotnet-testing-agent-orchestration-claude

在 Claude Code 上用 Agent Orchestration 為 .NET 專案自動產生測試：1 個 Orchestrator 加 4 個 Subagent，把分析、撰寫、執行、審查串成一條流程。這篇先說明整體架構、四個 Orchestrator 的分工，以及底層那 29 個測試知識 Skill 的來源。

系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（10）

系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（9）

系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（8）

系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（7）

系列：從鐵人賽到 Agent Orchestration — AI 自動建立 .NET 測試的完整方案（6）

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流程說明!!