service-itsm-slack-itservice-configure

Slack で従業員向けセルフサービスを設定する（従業員サービス／ITSM）

**「Slack で従業員向けセルフサービスを設定する」**チェックリストグループを完了します。これは Slack 上の従業員サービス（ITSM）の従業員向け機能であり、従業員が Slack から自分でチケットを作成、管理できるようにします。すべての操作は headless-360 を介して実行されます。

一度に 1 つのステップを実行してください。 これらは実際に状態を変更する書き込み操作です。1 つの操作を実行し、成功を確認してから次へ進んでください。セットアップ呼び出しを 1 つの並列ブロックにまとめないでください。

ステップ 1 は必ず通過する必要があるゲートです。 Slack↔Salesforce の接続リクエストは Slack 管理者側で行います。実行するたびに、ステップ 1 のブロックを表示し、ユーザーがリクエストの送信を確認するまで停止してください。その前に API 呼び出し（読み取りも含む）を行ってはいけません。確認がない場合、Slack のセットアップは完了していません。

平易な言葉で伝え、内部情報は推論内にとどめてください。 ツール名、生のエラーコード、内部エンドポイント、開発者名、レコード ID は決して表に出さないでください。「Slack の従業員サービスが有効になりました」のように平易に伝え、ユーザーやサイトは人が読める Name で示してください。ユーザー向けの要約は必ず (via service-itsm-slack-itservice-configure) というスタンプで始めてください。

対象範囲

• 自動化（API）：EmployeeServiceSlackEnabled を有効にし、確認済みの各従業員ユーザーに、3 つのコア権限セットである EmployeeSlackNotifications、ItsmPortalUelUserPermset、および API 有効化済みの権限セットを割り当てます。従業員ポータルを一覧表示し、Preferred Digital Experience Site（SLACK_PREFERRED_SITE）を設定します。接続ステータスも読み取ります。
• ガイド付き＋委任：Agentforce を Slack に接続する（ステップ 6）。IT Service Employee Agent が存在することを確認し（service-itsm-agentic-setup-employee-agent-configure に委任）、接続を読み取りで確認してから、UI のみで行う書き込み操作を案内します。
• ガイド付き、UI のみ：接続リクエスト（パート 1、ステップ 1）＋承認／有効化（パート 2、パート 3、ステップ 2。API の読み取りで確認できない場合のみ）＋マッピングフィールド、エージェント↔Slack の接続とワークスペースへのインストール（ステップ 6）。
• 対象外：Slack の通知設定（オン／オフ）。

前提条件： 組織に Employee Service（ITSM）のライセンス／権限が必要です。EmployeeServiceSlackEnabled はその場合にのみ編集できます（「注意事項」を参照）。従業員ポータルが存在する必要があります。存在しない場合は experience-portal-create で作成してください。

---

ワークフロー

ステップ 1 — Slack↔Salesforce の接続をリクエストする（Slack 管理者側）— 必ず通過する必要があるゲート

組織を Slack ワークスペースに接続するには、Slack 管理者側で開始する必要があります。Salesforce API は使用しません。厳格なゲート：パート 1（リクエスト）のみをそのまま提示し、その後停止してユーザーが確認（「ok」／「done」）するまで待ってください。まだ API を呼び出してはいけません。確認がない場合、Slack のセットアップは完了していません。Salesforce 側の承認を先に案内しないでください。ステップ 2 で自分で確認します。

Connecting the org to Slack starts with a Slack-admin-side request — there's no Salesforce API for
it, so I can't do it for you. Do Part 1 now; after that I'll check the Salesforce side myself.

── PART 1 — Request a Salesforce connection in Slack (Slack desktop app) ──
  1. Click your workspace name in the sidebar.
  2. Hover over Tools & settings, then click Manage Salesforce organisations.
  3. Click on Connect Salesforce org in the top-right corner.
  4. Enter your Salesforce org URL.
  5. Choose whether to use Email or SAML NameID for the Account mapping field. If you like,
     toggle Automatic account mapping off to manually map accounts.
  6. Click on Request connection, then click on OK. Your request will be sent to Salesforce for
     approval.

Full walkthrough (all three parts — request, Salesforce approval, Slack activation):
  https://slack.com/intl/en-in/help/articles/30754346665747-Connect-Salesforce-and-Slack

Once you've sent the "Request connection" (Part 1), reply "ok".

Step 2 — 接続を確認してから（まず API を試す）、Employee Service の Slack を有効にする

すぐにユーザーを Salesforce に案内しないでください。まず自分で接続を確認してみてください。確認できない場合に限り、Salesforce 側での承認と有効化を案内します。その後、Employee Service の組織設定を有効にします。

2a. API 経由で接続を読み取れるか試す（ヘッドレスユーザーには Setup UI がないため、何も確認せずに案内するのではなく、まず読み取ります）：

mcp__headless-360__dispatch_readonly(
  method: "GET",
  url:    "/services/data/v67.0/connect/slackbridge/connections"
)

{team:{status, teamName, teamDomain, teamId}, currentUserMapping:{salesforceUserId, slackUserId}} が返されます（200 を確認済み）。team.status に応じて分岐します。

• CONNECTED → すでに承認済みで有効です。teamName でワークスペースを示し、Parts 2 & 3 はスキップして、2c（設定の有効化）に進みます。（currentUserMapping.salesforceUserId が null の場合、このユーザーはまだ Slack ユーザーにマッピングされていません。その旨を伝えてください。接続には影響しません。）
• team: null／未接続／エラーの場合 → まだ接続を確認できません。 このエンドポイントで確認できるのは CONNECTED のみで、保留中／リクエスト済みの接続は確認できません。そのため、null でもリクエストが存在しないとは限りません。絶対に「リクエストが反映されていない」や「Salesforce 側にない」と言わないでください。API では有効な接続がまだ確認できないとだけ伝え、続いて 2b に進みます。

2b. 確認できない場合（team:null／保留中）に限り、Part 2 と Part 3 を貼り付けてから、そこで停止します。 Part 2 では Salesforce 側での承認とマッピング項目（デフォルトは Email。組織で SAML を使用しているか確認してください）について案内します。これは実際に UI でのみ行える操作なので、手順を案内し、承認 API があるかのように装わないでください。保留中の接続を確認する画面 Setup → Manage Slack Connection（/lightning/setup/SlackWorkspaces/home）を案内します。2c に進むのは、「ok」（承認済みかつ有効化済み）を待ってからです。

── PART 2 — Approve the connection on the Salesforce side (guided) ──
  1. Go to Setup → Manage Slack Connection (/lightning/setup/SlackWorkspaces/home).
  2. Find the pending request and Approve it.
  3. Set the Account mapping field to Email (default) — or SAML NameID if your org uses SAML.

── PART 3 — Activate the connection back in Slack (Slack desktop app) ──
  Do this after the connection is approved on the Salesforce side. Owners / Salesforce-admin system
  role in Slack can activate:
  1. Click your workspace name in the sidebar.
  2. Hover over Tools & settings, then click Manage Salesforce organisations.
  3. Select the pending connection.
  4. Review the connection details, then click Activate.

Reply "ok" once the connection is approved and activated, and I'll continue with the Salesforce setup.

読み取りは可能、承認は不可です。実行したように装わないでください。 ステータスの読み取りは実際にできますが、接続の承認とマッピング項目の設定は実際に UI でのみ行えます。/connect/slack… の承認呼び出しをでっち上げたり、承認されたと主張したりしないでください。 詳細／API の根拠：references/manage-slack-connection.md。

2c. Employee Service の Slack を有効にします。 組織設定を直接切り替えられます（PATCH でアクセス可能）。API 経由で有効にしてください。ユーザーに Setup の切り替え操作を依頼しないでください。まず状態を読み取ります（冪等な操作です。すでに有効な場合は書き込みをスキップしてください）：

mcp__headless-360__dispatch_readonly(
  method: "GET",
  url:    "/services/data/v67.0/setup/org/preferences/EmployeeServiceSlackEnabled"
)

200 {"isPreferenceEnabled": <bool>} が返されることを確認します。false の場合は有効にします。

mcp__headless-360__dispatch(
  method: "PATCH",
  url:    "/services/data/v67.0/setup/org/preferences/EmployeeServiceSlackEnabled",
  body:   { "desiredState": true }
)

200 {"isPreferenceEnabled": true} が返されることを確認します。GET を再実行して確認してください。有効になったことをユーザーに伝えます。ユーザー自身に切り替え操作を依頼しないでください。

確認済み： REST の設定名は EmployeeServiceSlackEnabled です（Metadata API の名前 enableEmployeeServiceSlack ではありません。推測した別名では 404 が返されます）。書き込みアクセスの制限については「Gotchas」を参照してください。

Step 3 — 従業員ポータルを有効化／一覧表示する

Employee Service の Slack では、Digital Experience ポータルを通じてセルフサービスを提供します。組織のサイトを一覧表示し、従業員ポータルが存在することを確認します（この一覧は Step 5 の Preferred Site の選択に使用されます）。

mcp__headless-360__dispatch_readonly(
  method: "GET",
  url:    "/services/data/v67.0/connect/communities"
)

各エントリには id（Network Id、0DB...）、name、status、templateName、siteUrl が含まれます。一覧を提示し、従業員ポータル（templateName が「Employee Portal」／「Agentforce Employee Center」）を特定します。ポータルが存在しない場合、または Digital Experiences が有効でない場合（呼び出しでエラーが発生する／何も返されない）は、experience-portal-create に引き継いでください（組織レベルでの有効化も対象です）。その後、ここに戻ります。

ステップ 4 — ユーザーアクセスを管理する（従業員に権限セットを割り当てる）

Go ページの 「ユーザーアクセスを管理」 ステップでは、確認済みの従業員ユーザーごとに権限セットを割り当てます （有効なユーザー全員には決して割り当てないでください。どのユーザーに割り当てるか尋ねてから割り当てます）。確認済みの各ユーザーには、コアとなる 3 つの権限セットを必ずすべて割り当ててください。「通知のみ」か「フル」かをユーザーに選ばせないでください。3 つを組み合わせて初めて Slack for Employee Service が実際に使えるようになります（通知 + レコードの参照 + API アクセス）。割り当てが不足すると、レコードへのアクセスが気付かれないまま機能しなくなります。

• EmployeeSlackNotifications — チケット更新時の Slack 通知（このステップの中核です）。
• ItsmPortalUelUserPermset（「ITSM Portal Uel User」）— Incident、Service Request、Case の読み取り／作成／編集（セルフサービス）— 従業員が自分のレコードを参照・操作できるようにします。
• API Enabled — Slack アプリが Connect API を呼び出せるようにします。組織にすでにある API Enabled の権限セットがあれば再利用してください。なければ、Slack の名前を付けたものを作成します（PermissionSet、PermissionsApiEnabled = true、例：Name Slack_ApiAccess／ラベル「Slack API Access」）。references/manage-user-access.md を参照してください。

エージェントのアクセス権は別枠で、条件付きです。ユーザーが Slack の Agentforce エージェントを利用することを選んだ場合（ステップ 6）に限り、エージェントごとの Agent_Access 権限セット（エージェントの BotDefinition の SetupEntityAccess）を割り当てます。逆引きして、存在しなければ作成します。Access_Agents は決して割り当てないでください（従業員ライセンスでは失敗します）。手順：references/connect-agentforce-to-slack.md。

割り当てる前にユーザーに警告してください。ユーザーのメールアドレスは Slack ユーザーのメールアドレスと一致している必要があります。**権限セットが付与するのは、通知を受け取るための機能のみです。Salesforce↔Slack のリンクは、接続のアカウントマッピング項目（デフォルトは Email）によって決まります。User.Email が Slack アカウントのメールアドレスと一致しない場合、Slack ユーザーにマッピングされず、通知は届きません。ステップ 2 で currentUserMapping.salesforceUserId が null の場合、マッピングされていません。（SAML NameID でも同じルールが適用されます。）割り当てる前にこの点を伝え、メールアドレスが一致するユーザーを選べるようにしてください。

フロー：有効なユーザーを照会する（ページあたり ≤10 人）。ヘルパースクリプトで分類する（目視で判断しないでください。最初のページにはシステム／統合アカウントが多数含まれます）。誰に付与するか尋ねる。各権限セットの Id を都度新しく照会する。ユーザーごと、権限セットごとに PermissionSetAssignment を 1 件 POST し、各応答をスクリプトで分類する。

→ references/manage-user-access.md — 照会と POST の本文、classify-user-access.mjs の仕様、メールアドレス一致とライセンスに関する注意点、ItsmPortalUelUserPermset／API Enabled／エージェントアクセス権の付与について説明しています。

ステップ 5 — Slack と接続する優先デジタルエクスペリエンスサイトを選択する

組織の値 SLACK_PREFERRED_SITE を設定します（機能間で共有されます。注意点を参照）。

1. ステップ 3 のサイト一覧を使用します。Slack と接続するサイトを尋ねます。選択しない場合は、自分で 1 つ選んでください（サイトが 1 つだけならそれを、そうでなければ従業員ポータル／最も新しい Live サイトを選びます）。選んだサイトをユーザーに伝えてください。
2. まず GET /services/data/v67.0/setup/org/values/SLACK_PREFERRED_SITE を読み取ります（stringValue = 現在の Network Id または "None"）。選択したサイトの Id とすでに一致している場合は、書き込みを省略します。
3. 同じパスに dispatch の PATCH で本文 { "orgValue": "<site Network Id>" } を書き込みます。値にはサイトの Network Id（connect/communities から取得した 0DB...。urlPathPrefix ではありません）を使用します。再度読み取って確認します。

Step 5b — サイトが有効化・公開され、ユーザーがメンバーであることを確認する（ブロッキング — 成功を報告する前に必ず実施）

SLACK_PREFERRED_SITE と Step-4 の権限セット書き込みは、サイトが従業員にサービスを提供できない場合でもすべて 200/201 を返します。その場合、「成功」という概要は誤りです。IT Service のリストが空で返されたり、アクセス拒否になったりします。有効化、メンバーシップ、公開はそれぞれ異なる状態です。それぞれを確認してください。いずれかに失敗した場合はブロッキングとなるため、セットアップ完了と報告してはいけません。 不足への対応はすべてプログラムから実施します（有効化／メンバー追加／公開の手順を担当する experience-portal-create に引き継ぎます）。UI はフォールバックとして使用します。UI のみで対応してはいけません。

1. 稼働中（有効化） — SELECT Status FROM Network WHERE Id = '<site Id>' を実行します。!= 'Live' の場合は引き継ぎます。
2. メンバー（Step-4 のユーザーごと）— SELECT Id FROM NetworkMember WHERE NetworkId = '<site Id>' AND MemberId = '<user Id>' を実行します。行数が 0 の場合は引き継ぎます（プロファイル／権限セットを Members に追加します）。
3. 公開済み — Network.Status = 'Live' でも、ページが公開済みであることの証明にはなりません（公開されたことのないサイトは 404 を返します）。有効化のみ済んでいる場合は、公開するよう引き継ぎます。

→ references/site-membership-verification.md — 正確なクエリ、対応方法、成功したように見えて失敗するケースについて説明しています。

Step 6 — Slack 向けに Agentforce を設定する（任意。まずユーザーに確認 — 最終ステップ）

まず、Slack にレコードが表示されることをユーザーに確認してもらいます。Agentforce の設定に進む前に必ず停止してください。 後からエージェントのせいにする前に、ここで表示の失敗を検出します。

Before we (optionally) add the Agentforce agent, verify records show in Slack:
  1. In Slack → Agents & tools → Apps → search "Salesforce" → Open app.
  2. Confirm your self-service records show — Incident, Service Request, Case lists.

Reply "ok" once you see them. If a list says "Nothing turned up", the self-service permset
(ItsmPortalUelUserPermset) or email mapping isn't right — tell me and we'll fix it first.

ユーザーがレコードの表示を確認した後に限り、Slack で返信する Agentforce エージェントも必要かどうかを尋ねます。不要であれば、ここで終了してください。エージェントがなくてもセットアップは完了です。必要な場合、Go ページの Configure Agentforce for Slack グループには、エージェントが実際にSlack で返信するための項目が 2 つあります。

• "Build and Manage Agent" — エージェントのビルドです。自動化できます（委任します）。
• "Connect Agentforce to Slack" — 接続とワークスペースへのインストールです。UI のみで対応できます（手順を案内します）。

最初にエージェントが存在することを確認してください — IT Service Employee Agent です。組織を確認し（以下のクエリを参照）、存在しない場合は service-itsm-agentic-setup-employee-agent-configure に引き継ぎます（テンプレートのプロビジョニング、作成、有効化を行います）。その後、戻ってきます。（Fulfiller：service-itsm-agentic-setup-fulfiller-agent-configure。）

mcp__headless-360__dispatch_readonly(
  method: "GET", url: "/services/data/v67.0/query",
  queryParams: { "q": "SELECT Id, DeveloperName, MasterLabel FROM BotDefinition WHERE DeveloperName = 'IT_Service_Employee_Agent'" }
)

接続の書き込みは UI でのみ行えます。まず状態を読み取り確認してから案内してください。実行したふりをしてはいけません。 Slack 接続の追加や、ワークスペースへのエージェントのインストールを行う公開 API はありません。ユーザーを Setup に案内する前に、状態を読み取り確認します。ワークスペース接続は Step 2 の /connect/slackbridge/connections で確認します（CONNECTED ⇒ 接続済み）。エージェントと Slack のリンクは読み取り確認できません。Builder の Connections ノードを目視で確認します。その後、不足している操作を案内します。

Connections の横にある「+」がクリックできない場合、バージョンは Committed（ロック済み）です — 接続を追加できるのは Draft のみです。先に New Version をクリックします。すると + が有効になります（これはバージョンロックであり、Active／Inactive の状態ではありません。無効化してもロックは解除されません）。+ → Add connection → Slack → Add to agent の後に、Save → Commit Version → Activate を実行します。

→ references/connect-agentforce-to-slack.md — 両方の画面における正確なクリック手順、インストール後の管理操作、前提条件、API がないことを示す根拠を記載しています。これらをユーザーに提示してください。

注意点

問題	詳細
REST の設定名は EmployeeServiceSlackEnabled であり、Metadata の名前ではありません	/setup/org/preferences/{name} では EmployeeServiceSlackEnabled を使用します（Metadata フィールド enableEmployeeServiceSlack とは異なります）。書き込み権限はゲートされています（userCanManageEmployees）。ITSM 以外の組織では PATCH が拒否される場合があります。エラーを表示し、再試行しないでください。
SLACK_PREFERRED_SITE の組織値	orgValue はサイトの Network Id（0DB...）であり、urlPathPrefix ではありません。書き込み後に読み戻して確認してください。
slackbridge/connections は CONNECTED のみを対象とします — team: null は接続がないことを意味しません	GET /connect/slackbridge/connections で team が設定されるのはアクティベーション後のみです。保留中の接続は {team: null} として読み取られますが、実際には存在し、Setup → Manage Slack Connection に表示されます（Aura のみで、REST のミラーはありません）。null を「リクエストが反映されなかった」と報告しないでください。「API ではまだアクティベート済みの接続を確認できません」と伝え、Setup でも確認してください。承認／アクティベート用のエンドポイントはありません。詳細：references/manage-slack-connection.md。
バージョンプレフィックスが必要です	headless-360 の dispatch／dispatch_readonly は API バージョンを解決しません。完全な /services/data/vXX.0/... プレフィックスを指定してください。
ステップ 4 の権限セット — SlackServiceUser ではなく EmployeeSlackNotifications。ライセンスによる制限の場合があります	従業員側の EmployeeSlackNotifications を割り当ててください（セルフサービスでレコードを表示するには ItsmPortalUelUserPermset も必要です — Incident／Service Request／Case が対象で、Problem／Change は対象外です）。SlackServiceUser は担当者側のもので、このステップの要件を満たしません。一部のライセンスでは PSL を割り当てられず（400 FIELD_INTEGRITY_EXCEPTION）、これは再試行できない「ライセンスが不適切」という停止条件です。詳細：references/manage-user-access.md。
ステップ 4 の API-Enabled 権限セット — 既存のものを再利用するか作成します	Slack アプリが Connect API を呼び出すには、ユーザーに API Enabled を含む権限セットが必要です。組織に既存の API-Enabled 権限セットがあれば再利用してください。なければ、Slack の名前を付けた最小限の PermissionSet を作成します（PermissionsApiEnabled = true。例：Slack_ApiAccess）。詳細：references/manage-user-access.md。
書き込みは成功するのに Slack にレコードが表示されない → サイトが非アクティブ／未公開、またはユーザーがメンバーではありません	サイトが UnderConstruction の場合、ページが未公開の場合、またはユーザーに NetworkMember 行がない場合でも、SLACK_PREFERRED_SITE と権限セットへの書き込みは 200/201 を返すため、「成功」という表示は誤解を招きます。成功を確認する前に、ステップ 5b で次の 3 つの状態を個別に検証します：アクティベーション（Network.Status = 'Live'）、ステップ 4 の各ユーザーに対する NetworkMember、公開状態（Live であってもページが公開済みとは限りません）。修正は プログラムから実行します — アクティベート／メンバー追加／公開を担当する experience-portal-create に引き継ぎ、UI は代替手段とし、UI のみに頼らないでください。詳細：references/site-membership-verification.md。

---

検証チェックリスト

ユーザー向けの要約を出力する前に、以下をすべて確認してください。

• ステップ 1 のブロックが表示され、API 呼び出しの前に、パート 1 を送信したことをユーザーが明示的に確認したこと。そうでない場合、どのステップも実行されておらず、セットアップが完了していないことをユーザーに伝えたこと。
• ステップ 2 では、まず /connect/slackbridge/connections を読み取ったこと。CONNECTED の場合はパート 2 と 3 をスキップすること。team: null は「API 経由では、まだ有効な接続を確認できません」と表現し（Setup → Manage Slack Connection）、決して「リクエストが反映されなかった」と表現しないこと。未確認の場合に限り、パート 2（承認。架空の承認 API は使わない）とパート 3 を貼り付けたこと。
• 出力の冒頭に (via service-itsm-slack-itservice-configure) のスタンプがあること。ツール名、エラーコード、エンドポイント、開発者名、レコード ID は含めず、名前は人が読んで分かるものにすること。
• 書き込みを一度に 1 つずつ実行したこと。冪等な読み取り（EmployeeServiceSlackEnabled、SLACK_PREFERRED_SITE）を先に確認し、すでに希望する状態の場合は書き込みをスキップしたこと。
• ステップ 4：行と割り当てを scripts/classify-user-access.mjs で分類したこと（目視ではなく）。確認済みユーザーごとに、必須の 3 つのコア権限セット（EmployeeSlackNotifications（SlackServiceUser ではない）、ItsmPortalUelUserPermset、および API 有効な権限セット（既存のものを再利用するか、新規作成））を必ずすべて割り当てたこと。「通知のみ」の範囲は提示しないこと。Agent_Access（Access_Agents ではない）は、ユーザーがエージェントを希望する場合に限り割り当てたこと。確認済みのユーザーにのみ割り当てたこと。wrong-license を明示し、再試行しなかったこと。
• ステップ 5b を成功要約より前に実行したこと。有効化（Network.Status = 'Live'）、公開（ページが公開済みであること。Live であることから公開済みと推定しない）、およびステップ 4 のユーザーごとの NetworkMember をすべて確認したこと。そうでない場合はブロックし、修正対応を experience-portal-create に引き継いだこと。200/201 を理由にスキップしなかったこと。
• ステップ 6 の案内を行う前に、Incident／Service Request／Case のレコードが Slack に表示されることをユーザーが確認したこと。「何も見つかりませんでした」という返答があった場合は、先に修正したこと。（Problem／Change が空のままなのは想定どおりです。）
• ステップ 6 を実行した場合：エージェントがない場合は Build and Manage Agent に委任したこと。ワークスペースの接続を読み取り確認したこと。Connect Agentforce to Slack は UI でのみ行うよう案内したこと。
• Slack 管理者側で必要な作業（ステップ 1 のパート 1、ステップ 2 のパート 3、ステップ 6 のワークスペースへのインストール）をユーザーに引き継いだこと。

参照ファイル一覧

各ステップの → ポインターは、対応する参照先を示します。

• references/manage-slack-connection.md（ステップ 2） · references/manage-user-access.md と references/record-visibility.md（ステップ 4） · references/site-membership-verification.md（ステップ 5b） · references/connect-agentforce-to-slack.md（ステップ 6）。
• scripts/classify-user-access.mjs — flag-users は User 行にタグを付けます。classify-assignment は PermissionSetAssignment POST を success／wrong-license／other-error に分類します。

---

関連スキル

スキル	代わりに／併せて使用する場面
service-itsm-agentic-setup-employee-agent-configure	ステップ 6 で接続する IT Service の Employee エージェントを構築／有効化します。委任先です。
service-itsm-agentic-setup-fulfiller-agent-configure	Fulfiller エージェントを構築／有効化します。ステップ 6 で使用する別のエージェントです。
experience-portal-create	このスキルが選択する、従業員向け Digital Experience ポータルを作成します。
service-itsm-channels-coordinate	Slack、Swarming、Notifications、Portal など、ITSM チャネル全体のトップレベルメニューです。