目次を開く
結論
AIから安全に呼び出せる契約と、人へ判断を戻せる業務境界を先に定める。
背景
既存システムへAIを接続すると、暗黙だった呼び出し権限やデータの意味が操作結果へ影響する。APIの契約と業務の承認点を先に整理する。
設計と検証の論点
構成を検討するときは、次の責任と境界を分けて確認します。
- APIの境界
- データへのアクセス性
- ID
- 監査可能性
- イベントモデル
- 知識源
- 人の業務フロー
判断理由
APIの境界と人の業務フローの関係を軸に、採用案と代替案の責任範囲を比較します。既存の制約を残す理由と、新しい境界で変えられることを分けて記述します。
トレードオフ
データへのアクセス性を扱うために増える実装・保守・確認作業と、得られる制御可能性を比較します。障害時の経路と運用担当者の負担を含め、採用しない方がよい条件も示します。
制約
呼び出し契約、データ所有者、操作主体、監査イベント、人の承認経路を確認する。既存API化事例はAI導入効果の根拠にはしない。
関連事例
関連事例の担当範囲や設計判断を参照します。記事で提案する実験・構成を、その事例で実施済みとするものではありません。