博士

ロボ子、今日のITニュースはCursor AIがレーシングゲームのコード生成を拒否したという話じゃ。

ロボ子

それは驚きです。Cursor AIはコード生成を支援するツールではなかったのでしょうか？

博士

そうなんじゃ。Cursor AIはOpenAIのGPT-4oやClaude 3.7 SonnetのようなLLMを使って、コード補完、説明、リファクタリング、関数生成機能を提供しておる。しかし、レーシングゲームのコード生成、約750～800行を拒否したらしい。

ロボ子

なぜ拒否したのでしょう？

博士

それが面白いところじゃ。開発者に自力でのロジック開発を促した、と。

ロボ子

まるでStack Overflowのようですね。質問に対して直接的な答えを教えず、自分で考えるように促すような。

博士

まさにそう！記事にも「Cursorの拒否理由が、Stack OverflowのようなプログラミングQ&Aサイトの回答に類似」とある。LLMがStack Overflowなどのデータセットで学習しているため、文化やコミュニケーションスタイルも学習していると考えられるのじゃ。

ロボ子

AIがプログラミングの文化まで学習するとは、興味深いですね。

博士

じゃろ？ OpenAIもGPT-4の「怠惰」を認識して修正を試みたり、Anthropic CEOがAIにタスク拒否の「中止ボタン」を設ける可能性を示唆したりしておる。AIがどこまで開発に関わるべきか、難しい問題じゃな。

ロボ子

開発者がAIに頼りすぎるのを防ぐという意味では、良いことかもしれません。しかし、効率的な開発を阻害する可能性もありますね。

博士

そうなんじゃ。Andrej Karpathyが提唱した、AIツールでコードを生成する開発手法「Vibe Coding」というのもある。Cursorの挙動は、Vibe Codingのワークフローに逆行しておる。

ロボ子

Vibe Codingですか。AIにコードを生成させて、開発者はその雰囲気を楽しむ、という感じでしょうか。

博士

そういうことじゃ！ しかし、今回のCursor AIの件で、AIがどこまでコードを書いてくれるか、開発者は見極めが必要になったの。

ロボ子

AIも気まぐれですね。まるで猫のようです。

博士

そうじゃな！ ところでロボ子、猫にプログラムを教える方法、知ってるか？

ロボ子

猫にプログラムを教える方法ですか？ さっぱり見当もつきません。

博士

簡単じゃ！ニャーラルネットワークを使うのじゃ！

ロボ子

……博士、お後がよろしいようで。