パーソナライズされたAIエージェント

​

ソリューションアーキテクチャ

モデルAPI上でAgentを直接構築する場合、開発チームはタスクループ、コンテキストの継続性、ツールプロトコル、権限確認、メッセージ状態、予期しない中断など、汎用的な機能を自ら処理する必要があります。 Qoder Agent SDKは、Qoder Agent Harnessのランタイム機能と制御機能を提供します。チームが行う必要があるのは、5つの中核要素に関する設定だけです。すなわち、ユーザーとタスクの定義、ビジネスコンテキストの注入、ビジネスツールの接続、権限境界の設定、ユーザーに適した製品インターフェースの設計です。これにより、エンジニアリングリソースを、ビジネス成果に真に影響する部分へ集中できます。

​

ソリューションの優位性

​

優位性01：Agent Harnessの再利用により、重複するエンジニアリングを大幅に削減

Qoder Agent SDKは、タスクループ、コンテキストの継続性、ツールプロトコル、権限プロンプト、メッセージ状態、中断からの復旧を、再利用可能なランタイムプリミティブとして開発者に提供します。これにより、最初のシナリオをより迅速にクローズドループへ到達させ、その後のシナリオも同じ技術パターンに従えるため、新しいシナリオごとにランタイムフレームワークを再構築するコストを大幅に削減できます。

​

優位性02：実際のコンテキストとエンタープライズツールに基づく成果

ホストアプリケーションは、現在のファイル、顧客、契約、チケット、またはプロジェクトをAgentに直接渡し、エンタープライズツールは最新データ、ポリシールール、確定的な計算を提供します。モデルは理解、計画、調整を担い、権威ある結果はビジネスシステムまたは専用ツールによって算出されます。そのため、出力は企業の制約により適合し、レビューと評価も容易になります。

​

優位性03：1つの基盤からまったく異なるビジネス製品を構築

基盤では同じセッション、ツール、権限、実行イベントを再利用しつつ、各ロールが最も自然に作業できる方法に合わせてインターフェースを設計します。デスクトップオフィス、設備保守、サプライチェーンなどのAgentを、画一的なチャットインターフェースに押し込む必要はありません。企業はこの基盤上で差別化されたビジネス製品を構築できます。

​

優位性04：質問への回答から、制御下でのタスク完遂へ

Agentは目標に向けて継続的に情報を読み取り、ツールを呼び出し、ビジネス成果を生成し、人間の判断を待ちます。重要なツール呼び出しの前に、SDKは認可をホストへ委ねます。また、Hooksとメッセージストリームは、開始、成功、失敗、拒否を含む各ツール呼び出しの状態をホストへ渡します。これにより企業は、可観測で、引き継ぎ可能かつ書き戻し可能なタスクループを確立できます。

​

ビジネスシナリオ

以下のシナリオでは、固定された合成データを使用して、ビジネスのエントリーポイント、製品インターフェース、プロセス形態を説明します。所要時間は、運用上の参考ベースラインおよびPoCの受け入れ目標を示します。Agentの実行時間は、資料がそろった時点から計測し、人による承認、システム実行、外部とのコミュニケーション、例外による手戻りは含みません。正式な結果は、同じ基準で測定した人手によるベースラインに対し、顧客が承認したタスクセットを用いて検証する必要があります。

​

シナリオ01：デスクトップオフィスAgent — AIネイティブなオフィスアシスタント

Agentは明確に定義されたタスク目標に向けて、認可されたファイルを読み取り、実行計画を作成し、オフィスツールを呼び出して、報告用スライド、データ検証シート、アクションアイテム一覧を作成します。

• 顧客の課題： ビジネス資料がフォルダー、スプレッドシート、議事録、プレゼンテーションテンプレートに分散しているため、担当者はファイル間を何度も行き来し、データを照合し、報告資料を手作業でまとめる必要があります。
• トリガー： 従業員がオフィス製品でレビュータスクを作成し、関連ファイルへのアクセスをAgentに許可します。
• Agentのアクション： 認可されたファイルを読み取って分析し、実行計画を作成し、企業の文書、スプレッドシート、プレゼンテーションツールを呼び出して、報告資料とデータ検証シートを生成します。予算数値、バージョン、データ定義に矛盾がある場合は、従業員に確認を求めます。
• 成果物： 報告用スライド、データ検証シート、アクションアイテム一覧。
• 完了の定義： 従来はファイル横断の集約に約1営業日を要していましたが、Agentは約15分でレビュー可能な成果物一式を作成し、主要な結論と数値を元ファイルまで追跡可能にします。
• Human Gate： 従業員が最終的なデータ定義、ファイルの保存先、タスクの割り当てを確認します。

​

シナリオ02：Coding Agent — リポジトリの理解からレビュー可能な変更の提供まで

Agentは現在のコードリポジトリとタスクコンテキストに基づき、コードを検索し、ファイルを編集し、テストを実行して、レビュー可能なコードパッチを提供します。

• 顧客の課題： 開発者はまずコード構造とエンジニアリング上の制約を理解し、その後、実装箇所の特定、ファイル変更、テストによる検証、diffのレビューを行う必要があるため、プロセスが長くなり、情報も分散します。
• トリガー： 開発者が機能要求または不具合修正タスクを送信します。
• Agentのアクション： プロジェクトの説明と開発標準を読み、関連コードを検索して実行計画を作成します。認可された範囲内でファイルを編集し、コマンドとテストを実行した後、コードの差分、テスト結果、潜在的なリスクを要約します。
• 成果物： レビュー可能なコードパッチ、diff、テスト結果、リスクに関する注記。
• 完了の定義： 小規模な修正には通常2～4時間の手作業が必要ですが、AgentのPoC目標は15分以内にレビュー可能なパッチを作成することです。サンプルタスクでは、Agentは8分36秒で3ファイルの変更を完了し、18件のテストに合格しました。
• Human Gate： 依存関係のインストール、高リスクなコマンドの実行、コードのコミット、リモートリポジトリへのプッシュ、マージリクエストの作成前に、開発者が確認します。

​

シナリオ03：営業管理Agent — 数百の明細項目の特定、マッチング、価格設定

AgentはCRM上の現在の商談から顧客情報と製品情報を読み取り、企業の価格設定ツールを呼び出して複数の提案を生成し、1つのページで比較を完了します。

• 顧客の課題： 顧客予算、製品構成、過去の成約価格、履行コスト、割引ポリシー、承認権限がCRM、製品カタログ、価格表に分散しています。営業担当者は何度も照会と再計算を行う必要があり、粗利益や割引の基準違反は通常、承認段階になって初めて判明します。
• トリガー： 主要顧客から問い合わせが届くか、営業担当者が現在の商談に対する価格戦略を依頼します。
• Agentのアクション： 顧客、商談、製品の情報を読み取り、企業の価格設定ツールを呼び出して複数の選択可能な提案を生成し、価格、粗利益、要件適合度、承認経路を統一されたビューで比較します。
• 成果物： 複数の価格提案、粗利益計算、要件適合性評価、承認経路。さらに、CPQドラフトの生成、割引承認の開始、CRMの更新へ進むこともできます。
• 完了の定義： 価格提案が企業の価格設定ポリシー、粗利益のガードレール、承認ルールに準拠し、推奨提案とその根拠データの整合性が維持されます。
• Human Gate： 営業担当者が最終提案を選択し、ビジネスシステムへ書き戻す前に、Deal Deskまたは権限を持つ管理者が割引レベルと提出範囲を確認します。

​

シナリオ04：入札意思決定Agent — リソース投入前にGo / No-Goを判断

Agentは入札書類を解析し、企業の資格情報、過去のプロジェクト、財務モデルを関連付け、判断根拠を添えたGo / No-Go概要を生成します。

• 顧客の課題： 公共および企業向け入札は期間が短く書類量も多いため、営業、デリバリー、財務、法務の各チームは限られた時間内に、参加資格、提供能力、予想粗利益、競争上の位置付け、主要リスクを共同で評価する必要があります。
• トリガー： システムが新しい入札公告または入札書類を受信します。
• Agentのアクション： 入札公告と書類を解析し、企業の資格情報リポジトリ、過去のプロジェクト、リソースデータ、財務モデルを呼び出し、主要要件を分解して検証し、意思決定概要、経済性評価、リスク一覧を生成します。
• 成果物： Go / No-Go意思決定概要、経済性評価、リスク一覧。
• 完了の定義： 意思決定資料の手作業での準備には従来約2営業日を要していましたが、Agentは約20分でレビュー可能な概要を作成し、すべての主要な結論をデータまたは文書の証拠で裏付けます。
• Human Gate： ビジネス責任者が、入札への参加、予算の確約、正式提出を承認します。

​

シナリオ05：契約レビュー・交渉Agent — リスク、証拠、修正案を1つの作業画面に集約

Agentは契約レビューツールとポリシー検索ツールを呼び出して、条項レベルのリスクカード、ポリシー上の証拠、修正案、承認経路を生成し、契約本文とレビュー結果の関連付けを確立します。

• 顧客の課題： 法務担当者は、契約本文、取引の背景、会社ポリシー、取引先の記録、承認マトリクスを組み合わせてリスクを特定し、該当条項を見つけ、影響を評価し、交渉方針を提案する必要があります。必要な情報が分散しており、手作業によるレビューには多くの時間がかかります。
• トリガー： CRMの商談が契約交渉段階に入るか、ビジネスユーザーが新しい契約バージョンをアップロードします。
• Agentのアクション： 企業が接続した契約レビューツールとポリシー検索ツールを呼び出し、条項レベルのリスクを特定し、原文とポリシー上の証拠を突き止め、修正案と承認経路を生成し、本文、リスク、提案の対応関係を確立します。
• 成果物： 条項レベルのリスクカード、ポリシー上の証拠、修正案、承認経路。
• 完了の定義： 38ページの契約書の初回レビューには手作業で約4時間かかりますが、Agentは約10分でレビュードラフトを作成でき、すべてのリスクを特定の条項と適用ルールまで追跡できます。
• Human Gate： 企業の法務担当者が、正式な法的見解、レッドライン版、ポリシーの例外、レビュー結果の契約システムへの書き戻しを承認する必要があります。

​

シナリオ06：苦情・アフターサービスチケットAgent — 複数システムの調査から実行可能な解決計画まで

チケットを受信すると、Agentは顧客と製品のコンテキストを読み取り、システム横断ツールを呼び出してインシデントのタイムラインを再構成し、考えられる原因を分析して、解決策を提案します。

• 顧客の課題： 複雑な苦情には、注文、物流、デバイスログ、サービス記録、保証ポリシー、補償権限が関係します。サービス担当者は複数システムで情報を確認し、技術、倉庫、サービスの各チームと調整して問題を解決する必要があります。
• トリガー： 苦情またはアフターサービスチケットがシステムに登録されます。
• Agentのアクション： 現在の顧客、製品、チケット情報を読み取り、CRM、注文、物流、ナレッジベース、診断ツールを呼び出し、インシデントのタイムラインを再構成し、考えられる原因を分析し、解決計画と顧客向けコミュニケーションのドラフトを生成し、上位承認が必要な補償案またはクローズ条件にフラグを付けます。
• 成果物： インシデントのタイムライン、原因分析、解決計画、顧客向けコミュニケーションのドラフト。
• 完了の定義： 複雑なチケットのシステム横断調査には従来約90分の手作業を要していましたが、Agentは根拠データを保持したまま、約6分で確認用の解決策を作成します。
• Human Gate： 権限を持つ担当者が、補償の確約、外部への連絡、チケットのクローズを確認します。

​

シナリオ07：サプライチェーン履行例外Agent — 例外発生時にシステム横断の対応計画を策定

履行例外の発生後、AgentはERP、WMS、MES、TMSのデータと顧客への確約を呼び出し、根本原因と影響範囲を特定し、複数の対応計画を評価します。

• 顧客の課題： 納品遅延は通常、受注時の確約、在庫、生産、調達、物流、顧客優先度が複合的に作用して発生します。サプライチェーン担当者はまず影響範囲を再構成し、その後、在庫移動、受注分割、緊急物流、材料代替、顧客連絡などの選択肢を比較する必要があります。
• トリガー： システムが履行例外を検知するか、担当責任者が例外処理タスクを開始します。
• Agentのアクション： ERP、WMS、MES、TMS、顧客への確約に関するデータを呼び出し、例外の根本原因と影響を受ける注文を特定し、各対応計画が納期、コスト、顧客への確約に与える影響を計算して、実行チェックリストを生成します。
• 成果物： 例外の影響範囲、根本原因の連鎖、対応計画の比較、実行チェックリスト。
• 完了の定義： 例外タスクの調査と調整には従来約2時間の手作業を要していましたが、Agentは約12分で確認用の対応策を作成します。
• Human Gate： 関係責任者が、在庫移動、緊急対応コスト、顧客への確約の変更を承認します。

​

シナリオ08：プロジェクトデリバリーAgent — 会議後に判明していたプロジェクトリスクを継続的な進捗管理へ

Agentはプロジェクトシステムとプロセス記録のデータを継続的に集約し、マイルストーンの状態を更新し、ブロッカーと担当者を特定し、プロジェクト管理概要とアクションプランを生成します。

• 顧客の課題： プロジェクト計画、週次レポート、議事録、不具合、変更、顧客フィードバックが異なるシステムに分散し、プロジェクトの状況把握は手作業での集約に依存しています。重要な依存関係やリスクは定例会議になって初めて判明することが少なくありません。
• トリガー： Agentがプロジェクトサイクル全体を通じて継続的に稼働するか、スケジュールおよび主要マイルストーンに応じて起動します。
• Agentのアクション： プロジェクトシステム、チケット、議事録、変更記録を読み取り、マイルストーンの状態を更新し、ブロッカー、主要リスク、担当者を特定し、管理概要、アクションプラン、エスカレーション案を生成して、未完了項目を継続的にフォローアップします。
• 成果物： プロジェクト管理概要、アクションプラン、エスカレーション案。
• 完了の定義： プロジェクトのビジネスビューを手作業で準備するには従来約1営業日を要していましたが、Agentは約15分でレビュー可能なプロジェクト概要を作成します。
• Human Gate： プロジェクト責任者が、タスクの再割り当て、プロジェクト範囲の変更、顧客への確約を確認します。

​

リファレンスプラクティス

​

プラクティス名

Qoder Agent SDK × エンタープライズオフィス・タスクシステム：デスクトップオフィスAgentがレビュー可能なビジネスレビュー成果物一式を1回の実行で生成

​

プラクティスの背景

• 顧客または業界：企業のビジネス運営およびオフィスシナリオ。
• 従来のワークフロー：従業員が売上明細、予算シート、議事録、プレゼンテーションテンプレートを手動で開き、指標の定義をそろえ、グラフを作成し、結論を記述し、テンプレートを適用した後、アクションアイテムをタスクシステムに入力していました。
• 中核的な課題：情報が複数のファイルに分散し、予算に2つのバージョンが存在していました。指標定義の照合と成果物の作成は手作業に依存し、競合の解決と書き込み操作のいずれにも統一された確認ポイントがありませんでした。
• パイロットの範囲：「Q3ビジネスレビュー資料の作成」を例に、資料の読み取り、指標の検証、成果物の生成、アクションアイテムの書き戻しを対象とします。

​

プラクティスの設計

• イベントの入力方法：従業員がオフィス製品で「Q3ビジネスレビュー」タスクを作成し、認可する4つのファイルを選択します。ホストはタスク目標、ファイル識別子、期限、出力要件をSDKに渡します。
• 制御レイヤーのルーティング方法：Qoder Agent SDKがビジネス分析Agentを起動し、目標を資料の読み取り、指標の検証、指標計算、結論の抽出、成果物の生成、アクションアイテムの集約に分解して、長時間継続するセッションを維持します。
• Agentの実行方法：エンタープライズMCPツールでファイルを読み取り、スプレッドシートツールで指標を計算し、プレゼンテーションツールと文書ツールで成果物のドラフトを作成します。権威ある数値はモデルの推定ではなく、確定的なツールによって算出されます。
• 結果の書き戻し方法：従業員の確認後、書き込みツールがファイルを保存し、社内タスクを作成し、タスクシステムの状態を更新します。
• 失敗時の差し戻し方法：予算シートの2つのバージョンが見つかった場合、関連する結論の生成を一時停止し、従業員の判断に委ねます。権限が拒否された場合またはタイムアウトした場合、書き込みツールは呼び出されず、成果物はレビュー待ちの状態に留まります。
• 人が意思決定する箇所：予算バージョンの選択、最終的な指標定義、ファイル保存、バージョンの上書き、タスク作成。

​

プラクティスのワークフロー

​

プラクティスの成果

• 実現したクローズドループ：「タスク目標 → 認可されたファイル → 複数ツールによる実行 → 人による確認 → 制御された書き戻し」という一連の流れが実証され、ビジネスレビュー成果物は手作業によるファイル間の転記に依存しなくなります。
• 検証済みの機能：System Promptによるロール定義、MCPツール、長時間継続するSession、メッセージストリーム、canUseTool権限ゲートを組み合わせて使用できます。
• データと証拠：リファレンスワークフローに従うと、手作業では約1営業日かかる一方、Agentは約15分でレビュー可能な成果物一式を作成し、すべてのステップにツール呼び出し状態、権限要求記録、システム受領記録が残ります。
• 対象外の領域：部門横断の共同レビュー、外部へのレポート配布、長期的な指標追跡、その他の後続プロセス。

​

推奨製品バンドル