AI Agent アーキテクチャとリファレンス
ワークフロー、システム連携、デプロイメントモデルを設計する前に FactVerse AI Agent の構造を確認したい場合は、このセクションから始めます。ここでは、他のガイドが共通して参照する製品境界、アーキテクチャ層、ケイパビリティ範囲、ドキュメント構造を定義します。
リファレンスマップ
| ページ | 用途 | 主な問い |
|---|---|---|
| コアコンセプト | Agent ワークフローの語彙をそろえる | Endpoint、ツール、scope、テナントコンテキスト、参照元、承認境界とは何か |
| アーキテクチャ | ランタイムと製品責任を理解する | クライアント、MCP、Platform、DFS、Designer、Inspector、知識、シミュレーションサービスはどう連携するか |
| ケイパビリティマップ | 能力計画とロードマップを議論する | 施設運用、予知保全、Physical AI ワークフローを支える能力グループは何か |
| ドキュメントアーキテクチャ | ドキュメントの所有範囲と拡張を計画する | 次に書くべきページは何か、製品マニュアル、ワークフローガイド、参考資料のどこに置くべきか |
このセクションを使う場面
- 新しい AI クライアントまたはエンタープライズ Agent 連携を設計する。
- ワークフロー能力の責任をどの FactVerse 製品が持つか判断する。
- データ、シミュレーション、点検、作業指示の境界を計画する。
- ワークフローが基礎 MCP endpoint とモジュール endpoint のどちらを使うべきか確認する。
- ページを概念、運用ガイド、ワークフローガイド、ユースケース、リファレンスのどこに配置するか判断する。
アーキテクチャチェックリスト
| 領域 | 設計を進める前の確認 |
|---|---|
| 製品コンテキスト | Platform、DFS、Designer、Inspector、MCP、接続システムの責任がワークフロー内で説明されている。 |
| テナント境界 | クライアントに明確なテナント、サイト、アセット群、権限境界がある。 |
| データ境界 | 必要な信号、文書、シーン、作業記録に所有者と鮮度期待値がある。 |
| ツールアクセス | 実装前にツールディスカバリ、scope、承認制御が計画されている。 |
| 出力エビデンス | ワークフローが参照元、前提、レビュー記録を返せる。 |
| 運用引き継ぎ | 運用チームがワークフロー実行、例外、フィードバックの記録方法を把握している。 |
次のステップ
語彙合わせが必要な場合は コアコンセプト から始めます。連携境界やデプロイメント計画を決める場合は アーキテクチャ から始めます。