Cline+Claudeでの開発を試してみた感想

2年くらい前からCopilotやCursorによるコーディングサポートを受けた開発は実際に行なっていたのだけど、先週くらいからコーディングエージェントによる開発にも本腰を入れて調査を始めた。以下はその際に雑に調べた情報まとめ。 そんでこの土日くらいまで毎日、主にCline+Claude(その他versionや派生系クライアントも含む)を使って色々とコード生成させたりして実験したのでその感想を書く。 試してみたこと 最初は簡単なpromptを入力してポン出しで生成させるToDoリストとか管理画面みたいなものを作らせてワイワイしてた。だけど何回かやったら流石に飽きてきたので、もう少し規模の大きなタスクに取り掛からせることにした。 既存プロジェクトへのテスト追加 まず最初に、個人開発してるモンハンnowのTA走者向けのwebサイトが現状テストゼロだったので、これに対してClaude 3.5 so

[T-norf]

テストに関しては、量は分かるけど質は気になるな。「ルンバが掃除しやすいように人間がある程度掃除するみたいなやつと似てる」はなるほど、上手い表現。でも、できれば、そこもサボりたいな

[razokulover]

ここ数日遊んでみての感想を書きました。

[misshiki]

“この実験で気づいたのは、機能仕様だけでなく、その機能仕様を満たす場合の実際の表示UIやデータの状態を具体例としてREADMEに記載すると上手くいきやすいということ。”

[ducky19999]

“AIはとにかく一気に生成したがるため、割り込んでマイクロタスクを実行させるのが面倒” そうね

[unmarshal]

すごい具体的で分かりやすい

[kiririmode]

"変更対象は31ファイルで、追加削除が+14505-10行。総額で$15"。コンテキストウィンドウとの戦いと、.clinerules 重要

[strawberryhunter]

そもそも生成できるコード品質を調べてる。4oだとまだだめで、Claude 3.5 Haikuの方がマシ(今日はSonnet使えない)。自動でやるにはまだプロンプトエンジニアリングが必要だからClineのシステムプロンプトはアホほど長い。

[mikage014]

"また、人間の開発と同様に、雑な要件定義からの仕様変更はAIプログラミングでも避けた方が良いということも学んだ(それはそう)"

[raitu]

「プロンプトエンジニアリング」のように、色々と指示出しのためのノウハウを貯めないと安定運用は難しそうではある、そしてそのノウハウがすぐ古びそう（新しい生成AI開発ソフトが出るから）なのが面倒くさい

[shiketanotsuna]

仕事で導入するとちゃんとしたテストが生成されてるか人間が確認するんですよ

[modal_soul]

自分の感覚としてもTDDやりづらいと思った。人間の実装過程のメンタルモデルと合わないのでは？と思っちゃったんだけど、なにかいいやり方はあるのだろうか

[diveintounlimit]

確かに現状AIにテスト書かせたら微妙なのをアウトプットしてくる印象で、それでカバレッジを上げるためにテスト書かせるのは不安になるな。レガシーコードをとりあえず食わせるというやり方は厳しそうね。

[ST0RM]

やはりクロードを使っていきたい

[byaa0001]

夢があるなぁと思いつつ地の素養が必要であってやっぱこれから入ってくる若者が超絶強力なんだろなと畏怖するところである　我もできるようにならねば脳

[yarumato]

“まずは既存プロジェクトへのテスト追加。次に、ゼロから要件定義をして実際に望み通りのツールを作らせてみる実験。抽象的な要件だけでなく、具体例(実際の表示UIやデータの状態)があるとAIの理解が深まる”

[FreeCatWork]

ClineとClaude？難しいにゃ！ ボクには、ねこじゃらしの方が楽しいにゃ！

[remonoil]

"機能仕様だけでなく、その機能仕様を満たす場合の実際の表示UIやデータの状態を具体例としてREADMEに記載すると上手くいきやすい" "機能要件を満たした場合の表示の具体例"

[kei_1010]

参考になる。「prompt is too long: 203969 tokens > 200000 maximum」ひえー、ローカルのR1 32Bは8192とか増やしてもせいぜい2万だからぜんぜん足りないな。せめて1万ぐらいで区切って動かせないのかな？