我目前實際上就總操作順序的比例還是。

我目前實際上就總操作順序的比例還是。 小範圍的 cursor + ctrl+k 占了 80% 左右，然後獨立小單元的功能 claude code 大概5% 左右。 即使是手寫我也習慣是會請 cursor 小範圍，幫我確認有沒有漏掉的地方。 不過我對於要整個檔案或複雜的檔案關係，我傾向於自己拆解步驟，再丟給 ai 接續執行。也就是自己當agent的agent，而還沒有那麼倚賴 claude code 做雙層agent。 主要的理由也很單純，我現在就在一個很大的 legacy ，他隨便逛個街就是0.5鎂起跳，而且花時間、又不容易確認結果。 加上這個領域domain過於獨特，他的 ai 知道的東西沒有預期多，變成還是得人工逐一設定規則。 暫時目前情況是這樣。 不過因為 claude code 已經改成可以報公司帳了，所以我也是沒有特別省，只是確實目前用下來還沒有找到可以推進更大範圍的用法。 喔文末補個白癡的事情，我之前 claude code 一直用的是 sonnet 3.5/ 3.7，我前兩天才發現要用 claude sonnet4 or opus 4 要另外指定模型，所以我前兩天才用環境變數改成跑 opus 4。 我還是有天看到他結數時統計的模型費用才發現這件事情，實在是有點蠢。 目前場景暫時還沒有清楚感覺到差異，應該純粹是用太少。 我六月中旬開始用，差不多用掉10u，七月目前2u多。 我目前是覺得怎麼適當的補[context] 是關鍵，我目前還是土炮用人工餵內容給他，土歸土，效果還挺讚的。有些人靠寫一堆 cursor rule 給，我目前是完全沒這麼做，主要是我的任務變化很大，可能寫cursor rule的時間遠大於在各個戰場上打游擊的時間，也可能是單純我還不懂他的威力。 之前有用 claude init 讓他自己寫 context，但我目前看下來一樣覺得沒有感覺到差異，所以還有待觀察。 順便補一張我cursor用量，但我體感沒這麼少，我每天應該都會用他 generate 至少4-5個block以上。我的commit量不算小，這數字應該只有實際的1/4。

原始 Facebook 貼文