【ITニュース解説】AI Coding Tips I Actually Use Every Day (Cursor + Angular)

ニュース記事は、AIを日々の開発作業に組み込むことで、システムエンジニアがどのように効率を高められるかについて、具体的なヒントと経験を紹介している。著者は主にAngularアプリケーションの開発に携わっており、モノレポ構成で複数のアプリや共有ライブラリを扱う中で、AIを活用している。これらの習慣はAngularに特化したものではなく、多くの開発現場で応用可能な実践的な内容だ。

著者が最も信頼している開発ツールは「Cursor」というAI統合型エディタだ。このエディタは、多くの開発者が使い慣れたVS Codeに似たインターフェースを持ち、AI機能がコードのすぐ隣でシームレスに動作する点が特徴である。著者がCursorを使い始めた当初は、入力中のコードをAIが予測して自動補完してくれる「タブ補完」機能に大きな利便性を感じていた。しかし、最近ではさらに進んだ「エージェント」機能を利用し、実装の大部分をAIに任せることが増えている。エージェントが基本的な実装を終えた後、著者がコードに直接修正を加える必要は稀になったが、それでも個別の変更時にはタブ補完が役立つという。

特定のフレームワークを使用する場合、AIエージェントにそのフレームワークに関するガイダンスを与えることが重要だと著者は強調している。Angularプロジェクトでは、「Angularエージェントスキル」をインストールすることで、AIが生成するコンポーネント、ディレクティブ、サービスといったAngular固有のコードの質を高めることができる。このスキルは、AIが現在のベストプラクティスやフレームワークの最新機能に沿ったコードを生成するように導くため、単に動作するだけでなく、プロジェクトの標準に合致し、適切に構造化されたコードを得ることが可能になる。もちろん、最終的なコードレビューは人間の開発者が行うが、このような事前設定によってAIはより的確なコードを生成し、手戻りを減らすことに貢献する。

AIエージェントへの指示（プロンプト）の入力方法にも工夫がある。著者は、可能な限り音声入力を用いることを推奨している。例えば、「ホームページにウェルカムメッセージを追加して。独自のコンポーネントにして、すごくカラフルにしてほしい」といった具体的な要求を口頭でAIに伝えるのだ。これにより、タイピングの手間が省け、思考の流れを中断することなく、複数の詳細情報を迅速にプロンプトに含めることができる。タイピングが苦手な開発者にとっては、スペルミスを減らす効果も期待できる。

AIモデルを賢く使い分けることも、効率的な開発には不可欠だ。著者は、比較的小規模でGrokのようなシンプルなモデルで対応可能だと判断したタスクでは、まずGrokで実装を行う。その後、Claude Opusのようなより高性能なモデルに切り替え、「これらの変更をレビューして。可能な限りシンプルで最小限であるか、そして追加したものが本当に必要であるかを確認して」といったプロンプトを与えて、Grokの生成したコードをレビューさせる。この二段階のアプローチにより、追加されたコードの必要性や、より簡潔にできる部分がないかといった点を客観的に評価し、コード品質の向上に繋げている。Opusが既存の実装をレビューする形になるため、タスク全体をゼロから任せるよりも効率的に改善点を発見できる場合がある。

しかし、モデルの切り替えは常に最善の策とは限らないという注意点も示されている。複雑な機能の場合、最初にシンプルなモデルで実装を進めると、最終的に大幅な修正が必要になる方向へ進んでしまうことがある。また、高性能なモデルであるOpusも、既存のアプローチをそのまま改善するだけで、根本的な設計自体に疑問を投げかけない場合がある。そのような状況では、「もし今、既存の実装を考慮せずにこれを構築するなら、同じ方法を取りますか？」と問いかけることで、全く異なる、そして著者にとってより好ましい解決策が提示されることもあるという。この経験から、著者はタスクの複雑さや性質に応じて、最初からOpusのような高性能モデルを使うべき場合もあると判断し、闇雲にモデルを切り替えることは避けている。

より複雑な機能の開発では、「計画、構築、レビュー」という三段階のアプローチが採用される。まずOpusに「計画モード」で機能の概要を詳しく説明し、チケット情報や自身の説明など、可能な限り詳細な情報を提供する。Opusが計画を立てた後、その計画に基づいてGrokに実装を行わせる。この際、Opusが計画中にGrokに実装させることを伝えておくこともある。実装が完了したら、再びOpusに切り替え、変更がシンプルで、最小限であり、かつ必要不可欠なものかをレビューさせる。この「Opusによる計画→Grokによる実装→Opusによるレビュー」というサンドイッチのような工程により、質の高い成果物を効率的に生み出しているが、モデル切り替えによる手戻りが多くなる場合は、最初からOpusに一貫してタスクを任せる方が良いこともあると著者は述べている。

開発作業における細かい効率化の工夫も紹介されている。例えば、Gitのコミットメッセージの生成だ。Cursorにはコミットメッセージを生成する機能が内蔵されているが、著者はその結果に満足していないため、Grokに直接「これらの変更に適したコミットメッセージを作成して」と依頼する。この方法の利点は、Grokがリポジトリ内の既存のコミットメッセージを参照し、そのスタイルに合わせたメッセージを生成できる点にある。最終的には人間が確認するものの、有用な出発点を提供し、時間の節約になる。

また、AIモデルの使用状況を常に可視化しておくことも有効だとしている。Cursorの設定で「エージェントの使用状況サマリー」を常に表示するように設定することで、どのモデルが使われているかを作業中に常に確認できる。これは、どのモデルをいつ使うべきかという意思決定を助ける小さな設定だが、著者は非常に役立つと感じている。

最も先進的なAI活用法の一つは、AIエージェントに「ブラウザで変更を確認させる」ことだ。Cursorには内蔵ブラウザがあるが、著者は二つの大きなモニターを使っており、一方にエディタ、もう一方に外部ブラウザでアプリを表示する形で作業している。MCPサーバーというツールを介して、この外部ブラウザをCursorに接続することで、AIエージェントがページを操作できるようになる。エージェントはUIを操作したり、データを入力したりして、自身の変更が期待通りに動作するかどうかを自動で確認できるのだ。著者はさらに、この設定のためにカスタムスキルも作成しており、「アプリを開いて」といった短い指示で、エージェントが制御できる外部ブラウザでアプリを開くように指示している。これにより、エージェントが自動で動作確認を行いつつも、開発者は必要に応じてページを検査したり、ブラウザの開発者ツールを使用したりできる、既存のワークフローにスムーズに組み込まれている。

これらのAI活用術は、AIが進化し続ける中で著者が日々調整し、より効果的な使い方を模索している過程で生まれたものだ。どのモデルを使うか、いつ計画を立てるか、そしてどのように構築されたものをレビューするかといった点は、常に変化し続けている。AIを開発プロセスに組み込むことは、単なるツール導入以上の、思考と習慣の変革を伴うものであり、その恩恵を最大限に引き出すためには、柔軟な姿勢と継続的な試行錯誤が不可欠であることが示唆されている。システムエンジニアを目指す初心者にとって、AIが単なるコード生成ツールではなく、開発プロセス全体を支援する強力なパートナーとなり得ることを理解する上で、この記事は非常に実践的な洞察を提供していると言えるだろう。