GitHub Copilot for Jiraがカスタムエージェント、カスタムブランチルール、コードレビュー通知を追加

カスタムエージェントとJiraスペース別のカスタマイズ

4月22日のGitHub Changelogのお知らせは、JiraにおけるCopilotクラウドエージェントを汎用アシスタントから各チームのニーズに合わせて真に調整できるツールへと移行させる機能をもたらします。最も重要な新機能は、カスタムエージェントを定義する能力——独自のシステム指示と動作ルールを持つCopilotの専用設定です。チームはバグチケット処理に厳格な再現と回帰テストのプロトコルに従う1つのエージェント、ドキュメント準備用の別のエージェント、そして定期的な依存関係更新用の3つ目のエージェントを持てます。

カスタムエージェントに加え、GitHubはAtlassianカスタムフィールドのサポートも追加しました。これはCopilotが「規制への影響」や「顧客タイプ」など、企業が独自に定義したフィールドのデータを読み取り解釈し、チケットをどのように処理するかを決定できることを意味します。このアップグレード以前は、Copilotは標準のJiraフィールドにしか依存できず、高度なメタデータスキーマを持つ大規模組織での有用性が限られていました。

大規模チームでのブランチルールと規則

もう一つの重要な新機能は、Jiraスペースレベルでのカスタムブランチルールです。多くの企業には厳格なGitブランチ命名規則があります——たとえばfeature/JIRA-123-短い説明、bugfix/JIRA-456-クラッシュ、または緊急修正の特別なプレフィックスなどです。以前はCopilotが組み込みの前提を使用していたため、実際にはエージェントがブランチを開いた後で開発者が手動でブランチ名を変更する必要がありました。今や、スペース管理者はCopilotがチケットに関連付けられた新しいプルリクエストを開く際に自動的に従うブランチルールを定義できます。

ブランチルールに加え、スペースレベルのカスタム指示も利用可能です。これらは、CopilotがそのJiraスペース内でのすべてのインタラクションで従うテストガイドラインです——たとえば「常に回帰テストを含める」、「内部コミットメッセージスタイルを遵守する」、「マージ前にCHANGELOGを確認する」など。カスタムエージェント、カスタムフィールド、ブランチルール、スペース指示の組み合わせにより、Copilotは成熟した開発プロセスに真に適合できる設定可能なツールになります。

コードレビュー通知——プロジェクト管理とのループを閉じる

最後に発表された機能は、チームの非技術的メンバーにとっておそらく最も実用的なものです：コードレビューリクエストの通知がJiraに直接届きます。CopilotまたはJiraが開発者がプルリクエストを開いてレビューを求めると、通知が関連するJiraチケットに表示されます。Jiraでチケットを追跡するプロジェクトマネージャーやプロダクトオーナーは、PRが開かれた、誰がレビューを求められた、どのステータスにあるかを、GitHubに切り替えることなく確認できます。

この変更は、開発プロセスで最も一般的な問題——タスクツールとコードツールの分断——を解消します。以前はチケットが「レビュー中」のステータスで止まることが多く、誰が実際にレビューをしてどのくらいかかるかの可視性がなく、マネージャーはGitHubを手動で確認するか開発者に確認する必要がありました。レビュー通知をチケットと連結することで、GitHubはプロジェクト管理への深いAI統合という戦略的な転換を示しています。