エージェントのスタック自体は、業種が変わってもほとんど変わりません。変わるのは、その業種が決して譲れない部分です。金融は監査証跡、製造はオフラインでの稼働、小売は大量処理に耐えること、テクノロジー企業は既存のツールチェーンに収まることを求めます。私たちはまずその制約をアーキテクチャと受け入れ基準に落とし込み、成果の話はその後にします。
多くの金融機関にとって難しいのは、モデルから答えを引き出すことではありません。その答えを後から説明できるようにすることです。調査レポート、内部統制規程、商品規定、当局向けの承認済み文言は十数個のシステムに分かれて存在し、誰が何を見てよいかは担当者ごと、部署ごと、案件ごとに細かく分かれています。
そのため、私たちが最初に設計する制約は追跡可能性です。どの出力についても、どの箇所を検索したか、どのモデルバージョンが生成したか、誰が閲覧し誰が修正したかを後からたどれます。
重視する指標
製造業では、知識のほとんどはデータベースにありません。数十年分の図面、設備マニュアル、工程票、そして長く現場に立つ作業者の経験の中にあります。マニュアルの多くはページをまたぐ表を含んだスキャン文書で、工場ネットワークは制限され、外部と一切つながらない現場もあります。
ここでパラメータを間違えることは、使い勝手の問題では済みません。設備の停止や、ロットの廃棄につながります。システムには、推測するのではなく回答を拒否することが求められます。
重視する指標
小売はまず物量の問題として現れます。数万点の SKU、十数のチャネル、毎月の新商品投入。人手ではとても追いつかず、書けたとしても表現がばらついていきます。次に来るのが表現リスクです。広告関連の法規制と各プラットフォームの独自ルールは異なり、最上級表現が一つあるだけで商品が掲載停止になることもあります。
ここで問われるのは、コピー 1 本の出来ではありません。バッチ単位で抜き取り検査し、差し止め、まとめて元に戻せるかどうかです。
重視する指標
開発チームに概念の説明は要りません。必要なのは API、クォータ、オブザーバビリティです。実際の障壁は、ツールチェーンがすでに長いことにあります。ソースコード管理、CI、チケット、ログ、データウェアハウス。どれか一つでもつながらなければ、そのアシスタントは誰も開かないタブが一つ増えるだけになります。
この種のプロジェクトで私たちは、単体の製品を納品するベンダーというより、プラットフォームチームの基盤をもう一層拡張する立場で動きます。
重視する指標
この九つのシナリオは、業種を越えて最も応用が利きます。いずれもプロンプトの構造、ツールのインターフェース、評価セットのテンプレートをすでに用意しているため、ゼロから設計する場合に比べて通常 2〜3 週間を短縮できます。
入力：商品ナレッジベース、過去の問い合わせ履歴、サービス規定。出力：そのまま送信できる返信案、通話中の担当者への文言提示、有人対応へ引き継ぐ判断とその理由。
入力：規程文書、業務マニュアル、議事録、共有ドライブのファイル。出力：出典とページ番号を備えた回答。範囲は、その利用者が元システムで見られるものに限定されます。
入力：リポジトリ、インターフェース仕様書、過去の不具合報告。出力：コードの説明、テストケースの草案、レビューコメントの一次確認、変更が影響する範囲のメモ。
入力：商品属性表、ブランドのトーン指針、禁止表現リスト。出力：チャネル別のコピー複数案とその表現チェック結果。公開もバッチ単位、差し戻しもバッチ単位で行えます。
入力：データウェアハウスのスキーマ、指標定義、行単位と列単位の権限。出力：自然言語から生成した SQL、グラフの草案、数値が動いた要因の手がかり。クエリは常に表示され、編集できます。
入力：現在運用している承認フロー、帳票項目、業務システムのインターフェース。出力：実行可能なワークフローのノード。人による確認ポイント、タイムアウト時の再試行、ロールバック記録を組み込み済みです。
入力：契約書の本文、標準ひな形、社内のリスク条項リスト。出力：条項ごとの比較、逸脱箇所の指摘、修正案。いずれも原文の該当位置にひも付きます。
入力：入札公告、過去の提案書、製品資料ライブラリ。出力：要件ごとの分解、回答案、不足している資格と証憑の一覧。
入力：職種別の手引き、操作説明動画の文字起こし、よくある質問集。出力：職種別の学習コース、受講中の理解度確認、理解が浅い箇所がわかる進捗統計。
業種別ソリューションは提案資料の束ではありません。プロジェクトの終わりに手元に残るのは、継続して保守できるエンジニアリング資産です。引き継ぎ後は、お客様のチームだけでコードを変更し、リリースを作り、不具合を調査できます。
業種別ソリューションは出発点であって、答えではありません。具体的なシナリオを一つと、それを現在どう処理しているかをお聞かせいただければ、1 回の打ち合わせで実現可能性の判断、制約の一覧、受け入れ基準の初版までお出しできます。