鳥毅的Blog

  瑪利歐的夢想

 最近有個開放權重模型叫 Kimi K2 ，表現接近 Claude Sonnet 3.7，我非常想試看看在 Claude Code 的表現，於是就安裝   Claude Code Router  以便使用不同的模型。

 最近的 AI IDE 工具實在太卷了，OpenAI 收購 Windsurf 破局後，Google立馬出手收購技術及開發團隊，彷彿 HTC 手機團隊收購重現。 而 Windsurf 也馬上被開發 Devin 的 Cognition 併購，接著Anthropic就解禁， Windsurf  就能使用Claude Sonnet 4了。 而其他巨頭也沒閒著， AWS 馬上推出 Kiro 。

直接破題，若已經使用Gemini CLI建立 memory 的話，至少幾千個，我建立不少 rules，再加上 MCP Server，所以花了一萬八千多個 tokens，有圖有真相。

 最近在試著用 LLM 做一些事情，希望能夠做一些原本是人在處理的事情，發現LLM的智力差別很大。

由於WindSurf 被Anthropic擺了一道不能使用Claude 4，所以我正在考慮要不要換到Cursor，於是請Gemini幫我做了一篇詳細比較：

 今天看到 Rails 大師 DHH 的一篇文章 Coding should be a vibe!  ，Google 翻譯得不夠好，因此請 Gemini 幫忙翻成更像 Coding 大師的語氣，看起來多了幾分人味。

 在軟體開發的世界裡，「技術債」（Technical Debt）是一個令人頭痛卻又無處不在的議題。它像是看不見的成本，起初微不足道，隨著時間推移卻可能累積成巨大的負擔，拖慢開發速度、增加維護成本，甚至導致專案失敗。傳統開發模式下，技術債往往因時程壓力、需求變動、或缺乏完善規劃而悄悄積累。 然而，隨著人工智慧（AI）在程式開發領域扮演的角色日益重要，一種新的開發思維正在浮現——我們稱之為「AI Vibe Coding」。這不僅僅是讓AI自動寫程式碼，更是一種以「規劃先行，協同創造」為核心的方法論。本文旨在探討，如何透過嚴謹的產品需求文件（PRD）作為地基，結合與AI的深度協作（AI Vibe Coding），有效避免技術債的產生，打造功能完善且易於理解的程式碼。

 在2022年寫過一篇 Vue CLI move to Vite ，裡頭提到高手MakotoAtsu寫的範本，但後來沒有更新就很可惜。現在微軟終於在 Visual Studio 2022內建 Vue 範本，並且使用Vite與Web API，完全滿足我們程序猿的需求。

 對於一個中小企業來說，成本絕對是首要考慮的因素，當使用者或高層提出需求/構想時，IT部門應該要如何處置呢？ 是買市面上的商品還是找IT人員做一個，或是直接在 Github 找一個Open Source的套件來用呢？現在AI時代很多人提到 RAG 也是同樣的想法，就一併來討論吧！

 最近有個很紅的AI編程工具，叫 TRAE ，用 VS Code 源碼改出來的，把它想成類似  Cursor  或  Windsurf  就對了。

 這兩年 AI 的進步實在太快，想寫些什麼又怕誤人子弟。但一直拖著沒寫又怪怪的，就寫點心得吧。