設計判断

PoC として何を割り切り、構築を通じて何を学んだかを記録する部です。

「何を PoC 都合で割り切ったか」「構築を通じて何がわかったか」を明文化し、実装・運用・監査の前提を共有します。

判断の記録方針

各章は目的に応じて、記録軸を使い分けます。

章	記録軸
PoC の意図的な制約	制約の内容 / 受け入れた理由 / 影響範囲
設計ふりかえり	背景 / 知見 / 改善候補

2 章の役割分担:

PoC の意図的な制約 — 「今は意図的に変えない割り切り」を記録します。固定票数 64、ビットマップチャンク漏洩、非 GPU 前提のように、PoC スコープ内で受け入れた制約が対象です。
設計ふりかえり — 「構築を通じて見えた構造課題（カテゴリ A）」と「制約が見えた後に整理し直した設計判断（カテゴリ B）」の 2 カテゴリで記録します。改善候補は確定した移行計画ではなく、次に検討しうる選択肢として扱います。カテゴリの定義は設計ふりかえりに集約しています。