顧客から届いた不具合報告に、サポート担当者が指定の絵文字を付ける。それを合図に、調査を担うAIが動き始める。Cursorが2026年6月18日の更新で発表した自動化の拡張は、こうした仕事の受け渡しに使える機能です。
Cursorの発表によると、Slackの指定絵文字に加え、GitHubのコメントやレビュー、ワークフローの完了などを起動のきっかけにできます。ワークフローとは、一連の処理を決めた手順で実行する仕組みです。会話の中で人が示した判断や、開発工程の区切りを、次の作業を始める合図にできると捉えられます。
起動条件から作業手順まで、言葉で設定する
同じ更新では、自然言語で起動条件や手順を設定する「/automate」も紹介されました。何が起きたら、どの作業を進めるかを、言葉で指定するための機能です。
さらに、自動化で起動したクラウドエージェントによる「computer use」も案内されています。クラウドエージェントはクラウド上で作業するAIで、computer useはコンピューターを操作する機能を指します。発表元は、作業のデモや成果物を作る用途を挙げています。
この組み合わせによって、依頼を受け付けた後、担当者が確認するための材料を作るところまで頼む使い方が考えられます。動作には設定した権限や接続先が必要で、すべての依頼を自動的に本番環境へ反映するという意味ではありません。
サポートが選んだ報告から、再現確認を始める
たとえば、SaaS企業のカスタマーサポートで使う場面が考えられます。Slackに共有する不具合報告に、問題が起きた画面、操作の順番、期待した結果をまとめます。担当者は内容を確認し、再現確認が必要な報告に指定の絵文字を付けます。
起動条件と調査手順をあらかじめ設定し、開発用の環境へ接続できるようにしておけば、その合図から原因調査や再現動画の作成を頼む流れを設計できそうです。これは想定する使い方であり、実際の導入事例ではありません。また、あらゆる不具合を再現できると受け取ることはできません。
この場面で絵文字が伝えるのは、担当者が「調査に回す」と決めたことです。サポート側が報告を選び、エージェントが確認材料を作り、開発担当者が結果を確かめる。こうした分担なら、サポートから開発へ仕事を渡す流れに自動化を組み込みやすくなると考えられます。
再現動画が得られれば、サポートと開発が同じ操作を見ながら話す材料にもなりそうです。そのうえで、顧客にどう回答するか、修正案を採用するか、本番に反映するかは、それぞれ担当者が判断する運用にできます。
調査へ渡す情報と、戻してほしい成果物を決める
こうした運用を試すなら、起動用の絵文字とともに、報告に含める情報を決めておくとよさそうです。操作手順や発生条件が曖昧なままでは、何を確かめてほしいのかも伝わりにくくなります。
まずは対象とする不具合の範囲を絞り、戻ってきた成果物を見て担当者が次の判断をできるか確かめる進め方が考えられます。調査を始められたかに加え、再現した操作や結果が、顧客への説明や修正の検討に使える形になっているかを見るわけです。
今回取り上げたのは、2026年6月18日の更新発表です。利用を検討する際は、現在の料金や提供条件、使いたい接続先と必要な権限を発表元の資料で確認してください。起動の合図、その後に頼む作業、結果を受け取る担当者まで決めることで、日々の報告を調査へつなぐ具体的な運用を考えられます。