AI 3 min read 原始貼文

重建我的 Claude Code 開發環境:當 DDD 遇上 Agentic Coding

農曆春節我做了一件很工程師的事——重建 Claude Code 開發環境。不是因為舊的壞掉,而是發現自己只是讓 AI 幫我快一點,沒真的搞懂工具在做什麼。從 everything-claude-code 到 DDD AI 教練,一段把工具真的吃透的過程。

重點:重建 Claude Code 開發環境,重點不是換工具,是把 AI 為什麼這樣行為徹底吃透——從 skill 設計到 DDD 整合的全過程。

整個農曆春節,我做了一件很「工程師」的事——重建我的 Claude Code 開發環境。

不是因為舊的壞掉,是因為我發現自己一直在用一個不夠好的方式在工作。

從 everything-claude-code 開始

過年期間,我深度研究了 Claude Hackathon 冠軍 Affaan Mustafa 開源的 everything-claude-code

愈看愈覺得驚豔,收獲相當大,但因為沒有 C# 的支援,所以花了點時間做出了 C# 的支援指令。

「以為自己懂了」跟「真的懂」是兩件事

我原本的工作流是建在 superpowers 跟 openspec 這兩套 skills 上面,用起來順,也有在跑。

但看完之後才發現——我只是讓 AI 幫我快一點,對 Claude Code 本身以為自己懂了,但其實還不夠深入。

  • Context 怎麼用
  • 任務怎麼切
  • 指令怎麼給

⋯⋯這些細節我之前掌握的不足。

一個卡很久的問題:DDD 跟 Agentic 開發要怎麼結合?

這讓我重新回頭看一個卡很久的問題——DDD(領域驅動設計)跟 Agentic 開發的結合。

相關的 prompt 我可以寫得很完整,但由於會佔據較多的 context window,對 DDD 應用的複雜領域來說,會影響整體的開發準確性。

真正搞懂 Claude Code 的架構之後,這個問題突然清晰多了。

過年後半段:完成第一套 DDD prompts 初版

過年後半段,我完成了第一套 DDD prompts 的初版——包括一個可以在開發過程中扮演「AI 教練」角色的提示詞組。

設計概念是:

不是讓 AI 幫你寫 code,而是讓你在 Agentic 加速開發的過程中,不失去 DDD 的設計紀律。

這個版本應用了 DDD 戰略與戰術相關知識,目前準備進入開發實戰。

一句話收尾

「換一套更新的工具」跟「真的搞懂工具在做什麼」是兩件不一樣的事。

前者很容易,後者需要你真的坐下來花時間。

← 回到所有文章