詳しい解説 · 読了目安 4 分
ShipStationのDeckhandはIT回答と実際の操作を区別する
10月13日の事例は確認付きチケット作成と選別した知識を紹介。97.5%は返信率で、すべての問題の解決率ではない。
- 原典の公開日
- 当サイトの公開日
- 出典確認日
ShipStation GlobalはSlackとJira Service Managementを使う社内ITアシスタントDeckhandを説明した。10月13日のAWS事例は2026年4月の稼働開始を振り返る。関連知識、制御した操作、返信しない判断が設計の中心だ。
ニュースを聴く
この記事を読み上げるか、ニュースを続けて聴けます。
読み上げを準備中…
端末の音声
読み上げはブラウザーまたは端末が処理します。AISubHub は文章を音声 API に送りません。利用できる音声やロック画面での再生は端末によって異なります。
再開時に短い部分を繰り返す場合があります。
要点
- AgentCore runtime上のStrands、知識ベース、Gatewayツールを組み合わせ、チケット作成は明示確認を必須にする。
- 最初の3か月は1935メッセージ、1221会話、409チケットと報告。97.5%は返信した割合で、解決確認済みの割合ではない。
Slack処理と推論とツールを分離
App Runner上のSlackサービスがイベント、会話、利用者の文脈を受ける。AgentCore runtimeのStrandsはBedrock経由のClaudeとGatewayツールを使い、Lambdaが分類、チケット、画像を処理し、反応は別に保存する。コンテナ化したエージェントと他のクラウド部品は残る。管理型ランタイムは一部運用を減らすが、インフラやアクセス管理の責任をなくさない。知識はConfluence、社内ページ、解決済み会話から整備する。
解決の証拠がある履歴だけを再利用
全スレッドを取り出し、DSPyのRecursive Language ModelとClaudeを隔離Python環境で使って分類・抽出する。完全で実行可能な修正が見える場合だけ解決済みとする。未解決会話や無関係な投稿を除き、構造化項目を検証してから索引化する。履歴には失敗した試行も含まれうる。解決の証拠を残さない検索は、間違った助言を繰り返しやすくしてしまう。
沈黙と確認も製品機能
Deckhandは雑談や告知を無視し、スレッドの元投稿者だけに返信し、人が引き継いだり別人が名指しされたりすれば黙る。チケットは確認ボタンを必要とし、識別子やコメントをコードで検証する。画像はSlackのファイルホストだけから取得し、1回5枚、各5 MBまで。認証情報はSecrets Managerに置く。著者はプロンプト規則がアクセス制御を代替しないと明記する。
返信・チケット・時間の推計を分ける
企業は97.5%のメッセージに返信し、1221会話のうち409件がチケット、812件がチャット内対応だったと報告する。各返信が必ず問題を解いた証拠ではない。プロンプトと知識の改訂後、好評価は4月82%から6月96%になった。1件30分という仮定で3か月406時間、年間約1600時間の節約を推計する。年の値は丸1年の実測ではない。
注目する理由
社内支援では確認済みの解決例を使い、人が対応する経路を残す設計が参考になる。操作が限定されたボットは、すべての会話に割り込む必要がない。
制約と提供状況
数字は企業の報告で独立した保証ではない。年間節約時間は外挿である。AWS、Slack、Jira、モデル利用には個別の権限と費用があり、個人AI契約に含まれるわけではない。
出典と根拠
原典の公開日: 2026/10/13 · 出典確認日: 2026/10/20
AI を活用した編集記事を、記載した一次情報で確認しています。企業の主張は出典を明示し、掲載は推奨を意味しません。