Jira

Asgard の Agent が Jira Cloud を照会できるようにします。まだ処理されていない課題、ある課題がどの段階でどれだけ止まっているか、誰が担当しているか。エンドユーザーが各自のアカウントで接続すると、その人に代わって課題の作成、コメント、ステータスの変更、フィールドの編集もでき、Jira にはその人の名前で記録されます。送信前に必ず本人の確認を取ります。

対応する使い方

使い方	内容
設計時	導入を設計するとき、FDE Agent がまず Jira に招待されたアカウントとその API token で、Jira サイトのプロジェクト、課題タイプ、ステータス、カスタムフィールドを確認します
共有アカウント	本番では、Agent が共有アカウント（組織アカウントなど。専用のシステムアカウントがおすすめ）で、設定したプロジェクトの課題を検索し、1 件の説明・コメント・ステータスの変化を読みます。token はプラットフォームに保管され、エンドユーザーも AI も見られません。読み取り専用です
個人アカウント	各エンドユーザー（組織のメンバーなど）が Sindri で自分の Atlassian アカウントで一度「許可」を押すと、Agent はその人として検索し（その人が見られるものだけ）、課題の作成、コメント、ステータスの変更、フィールドの編集を行います。送信前に必ず本人の確認を取り、Jira にはその人の名前で記録されます

準備するもの

• Jira Cloud のサイト（<サイト>.atlassian.net）。セルフホストの Jira Data Center／Server は、このバージョンではまだ対応していません。
• Jira のサイト管理者が、設計時に使うアカウントをメールで招待し、確認するプロジェクトの閲覧権限を付けること。
• 共有アカウントで使う場合：AI 専用の Jira アカウント（メールボックスは組織で管理）。確認するプロジェクトと閲覧権限だけを付け、そのアカウントの API token を 1 つ用意します（有効期限は最長 1 年なので、定期的な更新が必要です）。
• 有料プランでは、招待されたアカウントとシステムアカウントがそれぞれ Jira のユーザー枠を 1 つ使います。Free プランでは、アカウントが見られるプロジェクトを制限できません。
• Atlassian の組織でメンバーによる API token の作成が禁止されている場合は、組織の管理者に許可してもらいます。
• 個人アカウントで使う場合：組織の Atlassian アカウントで Atlassian の developer console に OAuth アプリを作成し、組織内に共有します。各エンドユーザーが一度ずつ接続します。

token やシステムアカウントがまだない場合は、FDE Agent が手順を一つずつ案内します。プログラミングは不要です。