AI與開發

程式鬼話|Cursor 和 Claude Code 的使用心得

程式鬼話| Cursor 和 Claude Code 的使用心得

示意圖
示意圖

這是一篇使用紀錄。

不是什麼完整評測,

■背景

2024時用GPT在協助寫韌體 2025開始用Cursor 2026年初Claude開始爆紅也開始試著用Claude來協助

■開發AI電腦

最近G蛋的公司,老闆希望我幫公司架一台AI伺服器,

未來要給員工使用,累積公司價值。

老闆買了兩台ASUS的GX10 AI電腦,讓我開發,

於是G蛋就帶著自己的團隊,

ChatCPT/Gemini/Cursor

開啟了"個人"專案。

上述AI都是我個人付費。

一開始我本來不想浪費我的token用在公司事情上

想說就用Gemini來擋就好。

因為剛好4月初Gemma 4剛好release,

想說配Gemini應該資訊最快,

因為沒架過 ,

一開始的確太小看這件事(本以為就像架網頁這樣),

在用Gemini把環境架好後,

發現開始在建立AI架構時,就有點鬼打牆,

後來GPT也下海一起設計,

讓他看Gemini建議的架構要改善哪裡,

但隨著架構越來越大,我一直在那剪剪貼貼,

實在是有點亂且發散,而且每一個開發點,

進度銜接有點麻煩。

最後我還是讓Cursor進入AI電腦裡的環境了,

一開始也是省了很多剪剪貼貼的時間,

但還是有些指令需要使用者,在CLI上面執行動作,

原本也勉強能接受,

但過兩週,我現在是連一行字都不想貼……

因為G蛋,手指肌腱炎了….右手食指跟大拇指,

G蛋上班用AI工作,下班用AI弄自媒體(剪片 文章 IOS/Android APP)

都一直在敲鍵盤……….

■ Cursor 可以幫忙,但不像直接接手

如果是 iOS、Android、前端、一般程式專案, Cursor 很適合。

因為這類專案通常有比較明確的工作區。

你打開一個資料夾。 它看 code。 它幫你修畫面。 它幫你補功能。 它幫你看錯誤。

這些都很符合 Cursor 的使用方式。

尤其是 App 類開發, 你本來就會在 IDE 裡面來回看檔案、看畫面、改程式。

這時候 Cursor 的優勢就很明顯。

但如果是 Linux/Window 主機上的專案, 特別是要碰到服務、權限、部署、CLI、自動化、log、Docker 這些東西, Cursor 就會比較尷尬。

他就要你一直幫它在CLI裡 一直下指令

G蛋目前的Claude還是20美的等級 資源有限 不想用在工作上, 所以我一開始是叫Curosr用成SSH mode 想說這樣是不是能跟Claude Code一樣 結果設定半天都弄不好, SSH進去了

專案目錄不見了… 用workspace打開了 又變視窗介面…. 可能還是G蛋自己的問題,若有高手知道的話可以留言指導一下…

■ 最後我還是請 Cursor 做交接

搞了一段時間,心情跟手指都極限了

最後先請 Cursor 幫我整理目前專案狀態。

包含:

目前完成了哪些事。 哪些檔案有改。 目前卡在哪裡。 案資料夾結構是什麼。 下一步建議做什麼。 要交接給另一個 AI 時要注意什麼。

整理完之後, 我再把這份內容交給 Claude Code, 讓它接手後面的開發。

接手後的確大部分時間只要按上下鍵跟ENTER就好 但每日流量也一下就極限了…

所以這又回到另一個問題:

你到底要不要為了開發效率, 花更多錢買更高階的 AI 工具?

這件事沒有標準答案。

如果只是偶爾用, GPT / Gemini 加上自己手動操作, 其實也能做很多事情。

但如果你每天都在開發, 每天都在複製貼上、下指令、整理狀態、切換工具, 那省下來的摩擦, 可能就會變成真正的成本差異。

這延續我們在另一篇討論吧!


關於 ChatGPT 跟 Cursor 怎麼選,這題我之前討論過,可以先看這篇背景:

程式鬼話|ChatGPT vs Cursor:工程師該如何選擇?

■ 額外觀察

這件事其實蠻有趣的。

以前如果是人跟人交接, 你可能還要顧慮對方感受。

不好意思直接說:

我覺得你這邊做得不順, 我要換別人接。

但 AI 不用。

你可以直接跟它說:

我要讓另一個 AI 接手。 請你把目前專案狀態、已完成項目、未完成項目、檔案結構、已知問題、下一步建議整理完整。

它不會不爽。 它不會覺得被取代。 它也不會藏東藏西。

它反而可以很乾脆地把資料整理出來, 讓下一個 AI 繼續工作。

這點我覺得是 AI 工具很重要的特性。

不用講情面。 不用怕尷尬。 不用猜對方是不是有留一手。

適合就繼續用。 不適合就整理交接。


延伸閱讀

繼續讀同一個主題

這裡收錄 G蛋一路工作、學習與生活留下的整理,可以從下方前後篇繼續閱讀。

查看 方格子 原文