Clineの採用と活用事例

ツール導入前の課題

元々、Claudeなどを利用してコードを生成することに取り組んでいたが、単一のファイルベースのみなら効率的にコードを得られるが、複数ファイルの生成やプロジェクト(プロダクト)内の状態を踏まえた開発となると非効率なことやできないことが多くありました。

どのような状態を目指していたか

部分的なコード生成だけではなく、プロジェクト固有の実装状態に合わせて、他コンポーネントや関数と連携したコンポーネント全体やユニットテストも含めた開発にインパクトを出すことを目指していました。

二人で検証した結果、コンポーネント〜関数・ユニットテストの実装まで、プロジェクト固有の状況を踏まえて実装を進められたこと。

改善したかった課題はどれくらい解決されたか

開発時の伴走ツールとして定着、Clineなしでの開発には戻れないと思える状況です。 v0でデザインしたコードを既存プロジェクトに合わせた調整の速さ、既存コードを参考にした機能追加とユニットテストも合わせた実装サポートなど、活用範囲は開発における実装すべてにわたります。

どのような成果が得られたか

• UIデザインブラッシュアップ、実装の省力化
• テストコード更新の省力化
• Options APIからComposition APIへの一括更新（負債化しかけたPiniaのコードを複数プロジェクト間で統一） 他、既存実装を参考にした機能追加時の省力化など様々です。

.clinerulesを整備する前は実装にかなりのムラが出てしまうこと。また、書き直しなどのプロンプトを繰り返すことで、より意図しない実装を繰り返すことが起きるなど、コンテキストウィンドウに関する試行の繰り返しを必要としました。

Supabase公式のMCPサーバーを利用してデータフローも含めた実装への展開を考えています。