之前設定 Jira MCP 步驟好多，這次發現只要下一些指令就能做到，也順手紀錄一下

GitHub 推出的 Spec-Kit 嘗試用 SDD（Spec-Driven Development） 的方式，把「規格 → 技術規劃 → 任務拆解」這條鏈路自動化，並且支援多種 AI CLI Agent，包括 Claude Code。

這篇文章會示範如何用 Claude Code + Spec-Kit，從零開始建立一個規格驅動的開發流程。

文、意如

文、意如

文、意如

在高併發的 Web API 環境中，瞬間湧入的請求就像演唱會開賣時的粉絲潮水，沒有控管就會把系統直接「擠爆」。
這篇文章要分享一個我在 ASP.NET Core 9 專案中實作的 限流 + 排隊機制，它不只保護後端服務，還能讓用戶感覺到「公平」。

SQLite在刪除資料後

DB大小居然變的更大

這個情境應該算常見，就是在 Production (Release), Development (Debug) 要使用不同的 Firebase Project 方便使用

嚴格來說應該還可以搭配更多個 Firebase Project

MSSQL的主檔是用是 IDENTITY自動增號欄位當KEY

而明細檔是用主檔的KEY做關連

在SQL新增主檔時IDENTITY是未知

所以明細檔無法同時新增嗎? 

用SCOPE_IDENTITY()

發現社群開源的 Claude Code Router（CCR），它可以在 Claude Code 的介面下，透過設定檔把請求路由到不同的 LLM 提供商，例如 OpenRouter、DeepSeek、Ollama、Gemini 等。
這篇記錄我用 CCR + OpenRouter 串接多家模型的過程與心得。

上篇使用 Spec Workflow 需求 → 設計 → 任務 → 實作，這樣的開發流程 SDD（Spec-Driven Development）深得我心，這次來試試 Claude Code PM（CCPM），看看是否能滿足我的開發流程?

文、意如

文、意如

往往我們在使用 AI 助手時，都期望隨面丟一句話就期望 AI 能給你完整的答案，但其實我們都要花時間在調整 AI 給出來的答案，Spec Workflow MCP 讓 Claude Code 遵守軟體工程的路徑：需求分析 → 架構設計 → 任務分解 → 實現程式碼的工作流工具，目的是在引導 AI 系統化地完成軟體開發，確保程式碼與業務需求的一致性。
另外一個是 Bug Fix Workflow，這個功能的流程：報告 → 修復 → 驗證，目的是在引導 AI 分析根本原因，修正它，並驗證結果，讓修復流程更有效率。

Prompting Engineering 提示工程，簡單說就是透過一個精心設計的提示詞，來約束模型輸出的行為

文、意如

Cognitive Complexity from 99 to the 15 allowed

if if if if if if if if if if if if if if if if if if if if

今天同仁系統發生錯誤訊息，該段語法是透過Linked Server去另一台Server抓取一張Table的資料。結果發生了 

訊息 7347，層級 16，狀態 1，行 20
連結伺服器 '127.0.0.1' 的 OLE DB 提供者 'MSOLEDBSQL' 傳回與資料行 '[127.0.0.1].[dbtemp].[dbo].[vwtb1].cname' 應有資料長度不符的資料。(最大) 資料長度應該為 10，而傳回的資料長度為 13。

的錯誤。

因為現在模型疊代速度很快，會一直有新模型或是新版本，因此就會開始有管理上的問題，我們會需要確保模型的淘汰時間跟部署狀態，雖然可以從 Azure AI Foundry 看到部署的模型跟淘汰的時間，但是我們建立的 Account 很多的時候就會變的麻煩了，此時我們可以透過 Api 來處理跟匯總這些資料，本文就來實做檢查所有部署的模型資料跟淘汰時間。

文、意如

文、意如

文、意如

文、意如

台積電的年薪+分紅後的總金額非常高

但是拿多少錢就得做多少事

沒有外面的人想的那麼簡單

你要錢，公司就要你的時間跟體力(生命)

很公平的交易