AIエージェント活用事例
Views —

AIエージェント活用事例

今日の新着

44すべて 189件

全189件中 1〜20件

開発・コーディング

Cursorで細かなバグ修正をまとめて依頼する

Cursorに保守作業や小さな機能修正を毎朝登録していたそうです。バックグラウンドエージェントが作成した変更は開発者がレビューしました。

Cursor

使い方

  1. CursorのGitHubアプリにリポジトリへのアクセスを許可しました。エージェントがリポジトリを別の実行環境にクローンし、コマンドを実行したりブランチを作成できるように接続する過程です。
  2. 保守作業、バグ修正、小さな機能追加を作業ごとに分けました。各リクエストで対象リポジトリとブランチを指定し、複数の作業を同時に依頼したそうです。
  3. 作業ごとの会話で結果を確認し、追加修正を依頼しました。外出中はモバイルで作業を登録し、後で結果を確認することもあったそうです。
  4. エージェントが作成した変更やPRは開発者がレビューしました。新しいブランチの作成でエラーが発生したり、後続リクエストが既存ブランチを修正するのか新しく作成するのかがはっきりしない場合もあったそうです。

結果

複数の作業を同時に進めるのに役立ったそうです。ただし、新しいブランチの処理などには不便が残っていました。

補足

大きな機能開発や構造変更は、引き続き自分でエディタを使って行っていたそうです。

出典

Zachary Proser 블로그 原文 ↗

プロンプト例 · Cursor

小さな保守作業をCursorでレビュー可能な変更として処理してください。

入力：リポジトリ[アドレス]、基準ブランチ[ブランチ]、作業リスト[バグ・小さな改善]、実行コマンド[案内]。既存の変更内容やリポジトリのガイドラインを最初に確認し、各作業の再現方法、期待される動作、完了条件を整理してください。

独立した作業は別々のブランチに分け、同じファイルを変更する必要がある作業は順序を決めてください。バグはまず再現し、原因を説明し、必要な範囲だけ修正してください。後続リクエストがどのブランチに適用されたかを明確に記録してください。

各変更に適したテストを実行し、結果をレビュー用PRにまとめてください。失敗したテストを削除したり、単に通るように期待値を変更しないでください。環境の都合で実行できないテストは、実行したかのように記載しないでください。

成果物：作業ごとの変更内容、検証結果、残った課題とPR。ブランチ作成の失敗やコンフリクトが発生した場合は既存作業を保持し、原因を知らせてください。大きな構造変更や自動マージは含めず、私がレビューできる状態で完了してください。