現状
01
依頼に足りない情報
短いメッセージでは対象アプリ、エラー、業務への影響がわかりません。
02
使われない手順書
経験者は確認手順を覚えています。他の人は資料探しから始めます。
03
分散する対応記録
確認、承認、解決メモが別々の会話に残ります。
仕事の流れを見る
サービス受付Skillが手順書に従い、紐づけたConnectorで許可された確認を実行。担当者の判断材料を整理します。
- 01
対象を絞る
手順書を読み、アプリ、対象ユーザー、症状、業務への影響を確認します。
- 02
権限と状況を確認
対象環境を尋ね、Connectorの認可が必要なら停止して待ちます。
- 03
許可された確認を実行
認可済みの読み取り専用操作で、調査結果、根拠、次の対応案をまとめます。
- 04
確認して検証する
ITが変更を承認し、結果を検証。対応記録を保存し、残る作業をBaseで追跡します。
workbench · IT Services
サポートチームがレポートアプリを開けません。アクセスの手順書に沿って調査し、対応メモを作成してください。変更前にITへ確認してください。
Send a message... / invoke skillqwen/deepseek-v4-pro
変わること
情報をそろえて受付
調査前に対象範囲、影響、不足情報を記録します。
手順書を業務に組み込む
公開済みSkillsが、チームの診断手順を各タスクに適用します。
明確なツール権限
Connectorを紐づけてテスト。認可がなければ作業を停止します。
たどれる調査
実行記録と成果物に確認内容と結果を残します。
AI利用を管理
ロール、許可モデル、Credits上限で利用範囲を定めます。
根拠をもって完了
サービス担当者が結果を検証し、再利用できる解決メモを残します。
この業務に使うSkills
/service-triagev7
依頼を構造化し、適切な手順書を選択。
Released
/runbook-checkv6
許可された確認を実行し、根拠を収集。
Released
/resolution-notev8
調査結果、対応案、検証手順を準備。
Released
/service-summaryv6
Baseから未完了の依頼と繰り返す問題を要約。
Released
業務に合わせて設定し、Exploreで公開するSkillsの例です。
手順書とサービス依頼を用意して、管理された業務の流れをご覧ください。