意味と責任が混ざらない設計へ。

BOAとは（短く）

BOAは、情報が境界を越えるときに 意味が勝手に変わる 責任が曖昧になる という問題を防ぐための構造です。

これはアーキテクチャの“型”ではありません。 境界をどう置くかを扱う方法です。

なぜBOAが必要なのか

• 1. 意味が境界を越えると変わるから 現場・部署・システムごとに「同じ言葉」が違う意味を持つ。
• 2. 解釈が“事実扱い”される危険があるから AIの推測や人の思い込みが、いつの間にか事実に昇格する。
• 3. 責任の所在が曖昧なまま進むと後戻りできないから 品質・安全・権限など、不可逆な領域では致命的。

BOAが扱う3つのアーティファクト

BOAは情報を次の3つに分けて扱います。

• Fact（事実） 観測・記録・条件。書き換えない。
• Meaning（意味） 解釈・推定・候補。変わりうる。AIが得意。
• Responsibility（責任） 最終判断と説明。人が引き取る。

生成AIの出力は Meaning（候補） として扱い、 Fact や Responsibility に混ぜません。

BOAの特徴（Default-Async）

BOAは「世界は同期していない」という前提で設計します。 遅延・欠損・再送・部分的失敗を“普通の状態”として扱います。

• 境界で分ける 意味が変わる場所に境界を置く。
• 責任を混ぜない AIの候補と人の判断を混ぜない。
• 後工程に押し込まない 曖昧さを運用に押し付けない。

VCDesignの中でのBOAの位置

BOAは「構築方法」であり、 IDG・RP・VCD と連携して動きます。

• IDG → 曖昧な入力を止める （External → System Boundary）
• BOA → Fact / Meaning / Responsibility を分離する （構築方法）
• RP → Meaning → Responsibility の昇格を守る （判断前インターロック）
• VCD → なぜ境界が必要なのかを定義する （哲学的コア）