SPM（プロジェクト・戦略計画）のNow AssistとAIエージェント：機能紹介と代表機能の動作確認
プロジェクトの状況報告やストーリーの下書きを生成AIに任せてよいのか。プロジェクトタスクを更新しただけで、AIがプロジェクトマネージャーにメールを送る設定が入っていないか。SPM（戦略的ポートフォリオ管理）に Now Assist を有効にする前に、PMO やプロジェクトマネージャーが迷う点です。
この記事では、SPM に標準（OOTB）で入っているスキル・エージェント型ワークフロー（以下 ワークフロー）・AI エージェントを一覧にし、有効にする前に決めておくことをまとめます。代表として AI エージェント1つ（Project charter generation agent）を実際に動かし、結果も載せます。
検証環境：Now Assist デモ環境（Australia Patch 5）/ 2026-10-02 確認
定義の読み取りが中心です。実行したのは Project charter generation agent を1回だけで、対象は自作した架空のプロジェクトです。他のスキル・ワークフロー・エージェントは実行しておらず、既存のプロジェクトやデマンドのレコードの中身は読んでいません。
押さえておくこと
標準のスキルは22件、ワークフローは2件、AI エージェントは7件
スキル22件はすべて有効。ただし1件は、製品内の表示フラグが立っていない
ワークフロー2件の実行モードはどちらも Supervised（人の承認が入る設定）
ツール単位は、エージェントに割り当てた29件がすべて Autonomous（承認なしで進む設定）。ストーリーやビジネス要件の作成、プロジェクトタスクの状態更新もここに入る
代表として Project charter generation agent を1回動かすと、承認の確認なしに憲章のドキュメントを作り、指定したタスクを完了にし、親プロジェクトの状態まで変わった
有効にする前に決めるのは、AI に渡すデータ、承認なしで記録を作るツールの範囲、メールが届く条件の3点
起点はOtto パネル・レコード画面・プロジェクトタスクの更新、青はスキル・エージェント、橙は Supervised のワークフロー、緑は画面に表示するだけの結果、赤は記録を作る・更新する結果とメールで届く結果
図の内容を文字でも書き出します。
Otto パネル → スキル22件、Project Answers（プロジェクトへの質問）、単独のエージェント3件（要件・憲章・ストーリーの生成）、Create stories ワークフロー
レコード画面（Project Workspace・EAP・Demand のボタン）→ スキル。回答・要約・下書きを画面に表示するだけで、記録は変わらない
Create stories は、作業アイテムの検証とストーリー生成エージェントを呼ぶ。提案を確認し保存を選ぶと、記録の作成・タスク状態の更新になる（承認設定のないツール）
プロジェクトタスクの更新（pm_project_task・有効なトリガー1件）→ Monitor project tasks → 適格性分析と要約作成のエージェント2件 → プロジェクトマネージャーへのサマリーメール（公式の記述）
Monitor project tasks（プロジェクトタスクの監視）の定義画面で、トリガー欄を確かめました。pm_project_task の更新で動く2件が並び、画面上の状態はどちらも Inactive です。
①の2件のうち、出荷物の「Project task Update Monitoring」は、読み取り専用で取得した定義レコードでは active が true でした。③の Inactive と食い違っています。もう1件の Demohub SPM : Project Task Monitoring は false で、画面と一致しています。
標準で入っているスキル、ワークフロー、エージェントの一覧
対象は、カタログ上の SPM と、ストアアプリ ServiceNow Otto for Strategic Portfolio Management（sn_spm_gen_ai）に属するエージェントとワークフローです。公式の記述では、このアプリの依存先は Now Assist for Platform・Strategic Planning・Project Workspace・Enterprise Agile Planning・Demand workbench です。ライセンスは SPM Pro plus が要ります。
OOTB の判定は姉妹記事（Now Assist は標準で何が入っている？ 製品別のOOTBスキル一覧）と同じで、デモ側で追加したものと、出荷物か判定できなかったものは除いています。
英語名が製品の正式名で、括弧内の日本語は、製品に日本語の表示名があるものはそれ、無いものは筆者の訳です。
スキル
スキルは、要約・生成・分析のように1回の呼び出しで結果を返す部品です。22件の内訳は次の表のとおりです。
表の内容を文字でも書き出します。
プロジェクト（Project Workspace）：9件。9件が有効で、うち1件は製品内の表示フラグなし。要約・状況・リスク・計画・憲章の生成
戦略計画（Strategic Planning）：7件。7件とも有効。ターゲット・インサイト・受け入れ条件・類似検出
アジャイル計画（EAP）：3件。3件とも有効。ストーリー生成・エピックの状況評価・ドキュメント
フィードバック（Product Feedback）：2件。2件とも有効。フィードバックの要約
デマンド（Demand Management）：1件。有効。デマンドの要約
プロジェクト（Project Workspace）
Executive summary generation（エグゼクティブサマリーの生成）：説明は空で、名前から経営層向けの要約を作るスキルと読める
Project insights generation（プロジェクトインサイトの生成）：プロジェクトの健全性とタイムラインを監視するインサイトを作る。公式の記述では、周期を決めてメールで受け取れる
Project Status Generation（プロジェクト状況の生成）：説明は空。公式の記述では、全体と、スケジュール・コスト・リソース・スコープ別の健全性を予測し、要約と根拠を状況報告に事前入力する
RAG Health Prediction（RAG 健全性の予測）：説明は空で、名前から赤・黄・緑の健全性を予測するスキルと読める
project risk detection（プロジェクトリスクの検出）：RIDAC のリスクを検出して作成し、ワンクリックでレビュー、承認、却下できる
Resource fit analysis（リソース適合度の分析）：適合度スコアでリソースを並べ、AI の根拠を示す
Project plan generation（プロジェクト計画の生成）：コンテキストと他のデータから、プロジェクトの詳細と関連タスクの詳細を作る
Project Gen AI Docs（プロジェクトの Docs 生成）：Docs でゼロから文書を作り、要約・詳細化・短縮をする
Project Charter Document Generator（プロジェクト憲章ドキュメントの生成）：プロジェクトのデータとテンプレートから、憲章を HTML で作る。有効だが、製品内の表示フラグは立っていない
戦略計画（Strategic Planning）
Goal insights generation（ゴールのインサイト生成）：公式の記述では、ゴールとターゲット、サブゴール、紐づく作業を分析し、予測ステータスと達成の確度を示す
Target Generation（ターゲットの生成）：ゴールの情報から、測定できるターゲットを作り、作成フォームに事前入力する
Portfolio insights（ポートフォリオのインサイト）：終了日を過ぎた計画アイテムを分析し、根本原因と是正処置を示す
Identify similar records（類似レコードの特定）：既存の類似デマンドを見つけ、作業の重複を防ぐ
Refine records（レコードの絞り込み）：テキストの詳細化と短縮のクイックアクションを加える
Acceptance criteria generation（受け入れ条件の生成）：コンテキストとテンプレートから、ストーリーの受け入れ条件を作る
Planning item Gen AI Docs（計画アイテムの Docs 生成）：Docs での文書生成と要約
アジャイル計画（EAP）
Agile story generation（アジャイルストーリーの生成）：エピックと機能から、ストーリーを生成して絞り込む
Epic status assessment（エピックの状況評価）：説明は空。公式の記述では、ストーリーの健全性、ブロック、依存関係、進捗、タイムライン、担当の6観点で赤・黄・緑を返す
EAP Teams Gen AI Docs（EAP チームの Docs 生成）：Docs での文書生成と要約
フィードバックとデマンド
Feedback summarization（フィードバックの要約）：フィードバックの要約を作る
Multi feedback summarization（複数フィードバックの要約）：複数のフィードバックをまとめて要約する
Demand Summarization（デマンドの要約）：入力に使う項目と出力形式を選べる、デマンドの構造化された要約を作る
ワークフローとエージェント
ワークフローは、利用者が起動する単位で、メンバーのエージェントがツールを呼んで作業します。エージェントは、ツールを使って実際の操作を行う部品です。
SPM にはワークフローが2件、エージェントが7件あります。9件の起動方法と実行モードは次の表のとおりです。
表の内容を文字でも書き出します。
Create stories：ワークフロー。Otto パネルから。トリガーは0件。Supervised
Monitor project tasks：ワークフロー。レコード更新のトリガーで起動。Supervised
Project Answers：エージェント。パネル・VA から。ツール3件はすべて Autonomous
Business requirements generation agent：エージェント。パネル・VA から。ツール5件はすべて Autonomous
Project charter generation agent：エージェント。パネル・VA から。ツール5件はすべて Autonomous
Project story generation Agent：エージェント。パネル・VA から。ツール9件はすべて Autonomous
Validate the work item and generate stories AI agent：エージェント。パネル・VA から。ツール3件はすべて Autonomous
Project summarization AI agent：エージェント。ワークフロー経由。ツール1件は Autonomous
Project eligibility analysis AI agent：エージェント。ワークフロー経由。ツール3件はすべて Autonomous
7件のエージェントは、エージェント構成の有効フラグがすべて true でした。
ワークフロー
Create stories（ストーリーの作成）：作業アイテムの詳細を画面のコンテキストから取り、ストーリーの生成に向くか検証し、ストーリーの一覧を作る。提案を絞り込むか、保存するかは利用者が選ぶ。公式の記述では、対象はエピックと機能。トリガーは0件で、有効状態は上書きレコードが読めず確認できていない
Monitor project tasks（プロジェクトタスクの監視）：公式の記述では、クリティカルパス上のタスクの遅延、ステータスの赤、未完了やスキップでのクローズを検出し、プロジェクトマネージャーへのサマリーメールを自動で起こす。有効
エージェント
Project Answers（プロジェクトの回答）：プロジェクトについて自然言語で質問し、サマリーとデータインサイトを得る。公式の記述では読み取り専用で、必要なロールは it_project_manager
Business requirements generation agent（ビジネス要件生成エージェント）：プロジェクトの説明、ビジネスケース、スコープから、プロジェクトに紐づくビジネス要件を作る。割り当てられたタスクを Work In Progress から Closed Complete まで進める
Project charter generation agent（プロジェクト憲章生成エージェント）：プロジェクトの詳細、ステークホルダー、要件、リスクから PMI 標準の憲章を作り、Doc Page に保存する
Project story generation Agent（プロジェクトストーリー生成エージェント）：プロジェクトのコンテキストから、受け入れ条件つきのストーリーを作り、ストーリーのレコードを作成する
Validate the work item and generate stories AI agent（作業アイテムを検証し、ストーリー AI エージェントを生成します）：Create stories のメンバー。作業アイテムを検証し、情報の不足を指摘し、ストーリーを提案して、絞り込みと保存まで進める
Project summarization AI agent（プロジェクトの要約作成 AI エージェント）：Monitor project tasks のメンバー。重要な変更に関するサマリーを作る
Project eligibility analysis AI agent（プロジェクトの適格性分析 AI エージェント）：Monitor project tasks のメンバー。インスタンスと対象プロジェクトで、プロジェクトサマリーメールのスキルが有効かを確かめる。両方が true のときだけ次のエージェントに渡し、どちらかが false なら終了する
Monitor project tasks のメンバーであるプロジェクトの要約作成 AI エージェントは、ツールが1つです。種類はサブフローで、実行モードは自律です。
AI Agent「Project charter generation agent」の検証
Project charter generation agent（プロジェクト憲章生成エージェント）は、PMI 標準のプロジェクト憲章を作るエージェントです。プロジェクトの詳細・ステークホルダー・要件・リスクを材料にし、できた憲章を Doc Page に保存します。一覧のとおりワークフローに属さない単独のエージェントで、通常は Otto パネルや Virtual Agent から使います。今回は AI エージェントスタジオの手動テストで動かしました。記録を作り、タスクの状態も進める種類の代表として選んでいます。
元にしたプロジェクト
試用のために、デモ環境へ架空のプロジェクトを1件作りました。件名は「記事検証: 社内経費精算システムの刷新」（PRJ0010005）です。
説明：経理部の経費精算を紙と Excel から新システムへ移す。開始は10月、全社展開は翌年3月を予定。経理部5名と情報システム部2名で進める
プロジェクトマネージャー：メールアドレスを持たない検証用ユーザー
子のプロジェクトタスク：3件。「現行の経費精算フローの棚卸し」「新システムの申請画面と承認ルートの設計」「経理部5名での試行運用」。いずれも保留中で、担当者は空
後で憲章と見比べるときに使う点が3つあります。
期間：開始を10月5日、終了を翌年3月31日として登録した。作成後のレコードは、開始が10月5日、終了が10月6日の1日間になっていた。説明文の「翌年3月」と日付の項目が食い違っている
タスク：3件とも未着手で、担当者がいない
説明文にない情報：範囲外・前提・リスクは、元レコードのどこにも書いていない
動かした手順
スタジオの［テスト］から手動テストを開き、テストの種類に「AI エージェントまたはワークフロー」を選びます。
①で対象のエージェントを選び、②のタスク欄にプロジェクトタスクの識別子と依頼文を入れます。［チャット応答のテストを続行］を押すと、実行の画面へ移ります。このエージェントは、入力にプロジェクトタスクの sys_id を取る作りです。承認を求める画面は一度も出ず、約2分20秒で完了しました。
結果
テスト画面の返信（①）は次の文でした。宛名の変数が置き換わっていません。原因は確かめていません。
<ユーザー> <ユーザー>様、プロジェクトタスクは正常に完了いたしました。また、Charterドキュメントが作成されております。ドキュメントはDocsメニューよりご確認いただけます。
右側のログでは、生成 AI の呼び出し6回とツール5回が交互に並びました。ツールの順序は次のとおりです。
Detect Project ID from Current Task（タスクから親プロジェクトを取得）
Set Project Task to WIP（②。タスクを作業中にする）
Project Charter Document Generator V3（憲章の本文を生成するスキル）
Create Project Charter Document（③。ドキュメントページを作成）
Complete Project Task（③。タスクを完了にする）
生成 AI の各ステップには「高レイテンシ」の印が付いていました。
実行後に、REST で記録を読み取って確かめた書き込みは次のとおりです。
ドキュメントページ：1件。件名は「Project Charter - 記事検証: 社内経費精算システムの刷新」で、プロジェクトに紐づく
指定したタスク（PRJTASK0010002）：保留中から「完了してクローズ」に変わり、進捗は100%。作業メモには、実行ユーザーの名義に「represented by AI」と付いた行で「Task has been completed successfully and marked as 'Closed Complete'.」が追記された
プロジェクト：状態が保留中から対応中に変わり、進捗が33.33%（3件中1件完了）になった。どのツールが変えたかは確かめていない
他の2つのタスク：変化なし
メール：実行の前後で、今回の記録に結びつく sys_email は0件
起点は実行前の記録、赤は承認なしで作成・更新された記録、橙は変化の経路を確かめていない更新、緑は変化がなかったもの、灰色は存在しなかったもの
図の内容を文字でも書き出します。
プロジェクト：状態は保留中から対応中に変わり、進捗は33.33%になった
指定したタスク：保留中・担当者なしから、完了してクローズ・進捗100%になった。作業メモに represented by AI の行が付いた
他の2つのタスク：未着手のまま、変化なし
ドキュメントページ：なしから、憲章が1件作られた
メール：今回の記録に結びつくメールは0件
承認の画面は一度も出なかった。ツールは5回で、すべて自律
憲章と元のプロジェクトを見比べる
元のプロジェクトの記述と、憲章の本文を見比べました。
一致した点：プロジェクト名、プロジェクトマネージャー、目的（紙と Excel から新システムへ）、体制（経理部5名・情報システム部2名）、10月開始・翌年3月の全社展開
終了日：「End Date」は2026年10月6日。レコードの値どおりで、説明文の「翌年3月」とは食い違ったまま
元レコードにない記述：範囲外として「他部門の経費精算システム刷新」「経費以外の財務システム改修」、前提として「必要なシステム環境およびインフラが整備されていること」。リスク3件には「Derived」の分類が付き、1件目は「プロジェクト期間が短いため、スケジュール遅延の可能性」で、1日間という日付から導かれたものとみられる
載っていない点：3つのタスクへの言及、マイルストーンやスケジュールの節。憲章の節は、概要、プロジェクト概要、目標、範囲、リスクと前提の5つ
修正量の判定
修正量は次の4段階で判定します。
修正なし：文章を変えずに目的に使える
軽微：事実関係は変えず、語句や表現だけ直す
大幅：範囲・状態・結論など、業務判断に関わる内容の追加・削除・訂正が要る
不採用：元レコードとの照合や全面的な書き直しが要り、下書きとしての効果が薄い
今回の1回は「大幅」です。名称・体制・目的の文は修正せずに使えます。一方、範囲外の2項目は元レコードに根拠がなく、範囲を決める業務判断を AI が先取りしています。日付の食い違いも、リスクの1件に引き継がれていました。
元レコードは説明1段落とタスク3件なので、レビューで見比べる対象は少なく済みます。ただし、範囲・前提・リスクは元にない文で、書いた人の意図と合うかは人の判断が必要です。見比べにかかった時間も、ゼロから書いた場合との差も測っていません。
今回の範囲は、架空のプロジェクト1件、実行1回です。製品全体の品質評価ではありません。
後片付け
作成したプロジェクト・タスク3件・ドキュメントページと、実行の記録（実行計画・実行タスク・メッセージ・ツールの実行ログ）は削除しました。今回の sys_id で絞った残りは0件です。生成 AI のログ（9件）・そのメタデータ（9件）・メトリクス（74件）・会話レコード（1件）は、REST から削除できず残っています。これらは AI の呼び出しの記録で、プロジェクトの内容は含まれません。それでも、こうした記録が削除できないことは、有効化の前に確かめておきます。
起動のきっかけと結果で見ると、機能は3種類に分かれる
利用者から見ると、機能は起動のきっかけと結果の違いで3種類に分けられます。
回答や下書きを画面に表示するだけの機能：スキル22件と、Project Answers
人が提案を確認して保存を選ぶ機能：Create stories。ストーリーを保存するツールは Autonomous だが、保存の前に利用者が選ぶ流れになっている
承認設定のないツールが記録を作る・更新する機能：ビジネス要件、憲章、ストーリーの生成エージェントと、Monitor project tasks のメール
Monitor project tasks だけが、レコードの更新を起点に自動で動く設計です。
トリガー：pm_project_task の更新
状態：定義レコードでは出荷物の1件が有効、定義画面では2件とも Inactive で、読み取りが分かれる。実際に起動するかは確かめていない
条件：ステータスが赤、状況が未完了でクローズやスキップしてクローズ、終了予定日の変更の組み合わせ。アサイン先が空でないことも条件に入る。AND と OR の結びつきの細部は読み切っていない
実行ユーザー：AI ユーザー（PPM AI Project Manager Agent）
実機を見て気づいたこと
ワークフローは2件とも Supervised なのに、ツールは29件がすべて Autonomous
ワークフロー2件の実行モードは、どちらも Supervised でした。一方、エージェントに割り当てたツール29件のうち、Supervised は0件です。
次の表は、ツールの動作を名前から分類したものです。スクリプトの中身は読んでいません。
表の内容を文字でも書き出します。
情報の取得・確認：13件。すべて Autonomous。Get Project Details、PPM Query など
スキルやサブフローで生成：6件。すべて Autonomous。Generate Stories via Skill など
タスクの状態更新：6件。すべて Autonomous。Set Project Task to WIP、Complete Project Task
レコードの作成・保存：4件。すべて Autonomous。Create Story Record、Create Business Requirement Record、Create Project Charter Document、Save stories
29件の割り当てには、同じツールの重複があります。3つのエージェントに共通するのは Detect Project ID from Current Task・Set Project Task to WIP・Complete Project Task です。Get Project Details は2つのエージェントで使われています。重複を除くと、ツールは22種です。
Project story generation Agent のツール説明には、Complete Project Task が「すべてのストーリーを作成したあとにタスクを完了にする」と書かれています。記録を作るだけでなく、プロジェクトタスクの状態も、ツールが承認なしで進める設計です。有効にするときは、この状態更新が誰のタスクに、どの条件で行われるかを自分の環境で見ます。
憲章のエージェントは、承認の画面なしでタスクを完了にした
実際に動かすと、定義の読み取りで見えていた「ツールがすべて Autonomous」という設定どおりに、承認の画面は一度も出ませんでした。憲章のドキュメントを作るだけでなく、指定したタスクを作業中から完了にし、親プロジェクトの状態と進捗も動いています。
憲章の依頼にタスクの識別子を渡す作りなので、実在のタスクを指定すると、そのタスクが完了扱いになります。試用は専用の検証タスクで行い、本番のタスクは指定しない運用が候補です。Monitor project tasks の条件には、担当者が空でないことが入っています。今回のタスクは担当者が空で、メールも出ませんでした。担当者のいるタスクで試すと、サマリーメールの条件に近づきます。
単独の3エージェントは、ワークフローに属していない
ビジネス要件、憲章、ストーリーの3エージェントは、チームメンバーとして読めたワークフローがありません。チャネルは Otto パネルと VA です。憲章のエージェントだけ、スタジオの手動テストで動かしました。Otto パネルや VA からの起動は確かめていません。
エージェントは、スキルの状態に左右される
エージェントのツールには、スキルを呼ぶものがあります。説明文によると、Project story generation Agent はストーリー生成と受け入れ条件のスキルを呼びます。Project charter generation agent のツールが呼ぶのは、スキルの Project Charter Document Generator です。
このスキルは有効ですが、製品内の表示フラグが立っていません。エージェントが有効でも、スキル側の状態で動かない可能性があります。この組み合わせは、憲章のエージェントを動かして、憲章が作られるところまで確かめました。表示フラグの有無が動作に影響するかは確かめていません。
公式の記述では、Monitor project tasks を使うには、プロジェクトインサイトのスキルを有効にします。適格性分析エージェントも、このスキルが有効かを確かめます。
有効にする前に決めること
一覧から読み取れるのは、標準で何が用意されているかまでです。機能の種類ごとに、次の点を決めます。ここでの提案は、憲章のエージェント以外は試していない候補です。
回答や下書きを画面に表示する機能は、渡すデータと利用ロールを決める
スキルや Project Answers は、プロジェクトのリスク・財務・リソース・デマンドの記述を入力に使います。Project Answers には、公式の記述で it_project_manager が要り、財務の問い合わせにも対応する Analyze Project Financials のツールがあります。
決めるのは、どのロールに使わせるか、機密度の高いプロジェクトや財務を対象に含めるかの2点です。ロールの付与が広いと、財務の要約を見られる人が広がる候補になります。ロールを変えて試しておらず、実際に何が見えるかは確かめていません。
公式の記述では、Acceptance criteria generation は Refine records の有効化が前提です。Agile story generation と Project insights generation は AI パネルの有効化が前提で、Agile story generation は AI Search の準備も必要です。
人が確認して保存する機能は、確認の位置を決める
Create stories は、提案を見てから保存を選ぶ流れです。保存するツールの設定は Autonomous で、確認はワークフローの作りに入っています。確認が実際に入るか、保存前に戻れるかは、自分の環境で動かして見ます。
承認設定のないツールが記録を作る機能は、範囲を絞ってから有効にする
ストーリー・ビジネス要件・憲章を作る3エージェントと、タスクの状態更新は、有効にする前に範囲を絞るのが候補です。標準のツールを変えるには複製が必要になる場合があります。今回は複製も変更もしておらず、調整でどこまで足りるかは確かめていません。
先に決めておくのは、次の3点です。
ツールを呼べるロールと、AI ユーザーの権限
作ってしまった記録を、誰が確認して消すか
状態更新の対象にするプロジェクトの範囲
次の画像は、Create stories のメンバー「作業アイテムを検証し、ストーリー AI エージェントを生成します」のツール欄です。Validate and Generate Stories、Save stories、Refine Stories の3つがあり、実行モードはどれも自律に設定されています。
メールを送るワークフローは、送り先と頻度を決める
Monitor project tasks は、公式の記述で、プロジェクトマネージャーにサマリーメールを送ります。メールには、プロジェクト・タスク・マイルストーン・リソース・RIDAC・財務のインサイトが入ります。更新のたびに届くのか、条件に当てはまった更新だけなのか、実際の頻度は確かめていません。
公式の記述では、ワークフローを変えたいときは複製して調整します。有効にする前に、受け取る人と、メールに載る財務の範囲を決めます。
検証範囲とおことわり
件数と有効状態は、2026-10-02 時点のデモ環境の値。出荷時の既定値ではない
実行したのは Project charter generation agent の1回だけで、対象は自作した架空のプロジェクト。他のスキル・ワークフロー・エージェントは実行しておらず、既存のプロジェクトやデマンドのレコードの中身は読んでいない
Create stories の有効状態は、上書きレコードが読めず確認できていない
スキルの起動場所は、公式ドキュメントで確かめられたものだけを書いた。それ以外は確かめていない
ツール29件は名前と説明から内容を読んだもので、スクリプトの中身は確かめていない
ワークフロー単位の実行モードとツール単位の実行モードが、実行時にどう組み合わさるかは確かめていない
単独の3エージェントがどう起動するか、サマリーメールの頻度は確かめていない
設定の保存や有効化はしていない。憲章のエージェントの検証で、AI のログ類が一部残っている（検証の節の「後片付け」を参照）
日本語の訳のうち、製品に日本語の表示名が無いものは筆者の訳
用語
SPM：戦略的ポートフォリオ管理。Project Workspace、Strategic Planning、EAP、Demand を含む
EAP：Enterprise Agile Planning。エピックやストーリーを扱うアジャイル計画
RIDAC：リスク・問題・依存関係・前提・変更などを管理する項目の総称
Supervised：ツールの実行前に人の承認が入る設定
Autonomous：承認なしで進む設定
付録：自分の環境で確認するときのURL
次のパスを自分のインスタンスの URL に付けて開くと、同じ情報を確認できます。
エージェント型ワークフロー：/sn_aia_usecase_list.do
AI エージェント：/sn_aia_agent_list.do
エージェントの有効状態：/sn_aia_agent_config_list.do
ツールの割り当て（実行モード）：/sn_aia_agent_tool_m2m_list.do?sysparm_query=GROUPBYexecution_mode
トリガーの構成：/sn_aia_trigger_configuration_list.do
公式ドキュメントは次のとおりです。
Supporting information for ServiceNow Otto for Strategic Portfolio Management
Use AI agent or agentic workflows in ServiceNow Otto for Strategic Portfolio Management
Strategic Portfolio Management AI agents for the monitor project tasks agentic workflow
関連記事
ServiceNowのPPM（プロジェクトポートフォリオ管理）とは何か？ 需要・プロジェクト・資源をどうつなぐのか：SPM の基盤になる PPM の全体像
ServiceNowのDemand（需要管理）とは？ 思いつきを9段階で選別してプロジェクトにするまで：Demand Summarization が対象にするデマンド
Now Assist は標準で何が入っている？ 製品別のOOTBスキル一覧：全製品のスキルの一覧
