| Gemini | QuickReply 0〜6+ では数十人規模の来院数を正確取得できず目的と矛盾 | critical | 採用 | [目的:来院数確実取得]に直結・数字直接入力に変更 |
| Gemini | Bot予約数と来院数の単純差分で no-show と電話予約が相殺される | high | 採用 | Bot経由来店完了数ベースに修正 |
| Gemini | 新規シート省略は粒度混在で破綻（サボりバイアス防止） | high | 採用 | DAILY_REPORT新規作成（行指向） |
| Gemini | 9:00固定は朝礼/営業開始直後と重なり通知埋もれ | med | 採用 | 営業時間変数化・休診日ガード |
| Gemini | 1タップ忘れのフェイルセーフなし | med | 採用 | 12:00リマインド + 冪等リトライ |
| MiniMax | KPIが「来院あり/なし」に矮小化・分布が粗 | high | 採用 | 数字直接入力で解決（同Gemini#1） |
| MiniMax | 9:00固定が休診日で空問いかけ→無視バイアス | high | 採用 | 休診日ガード（同Gemini#4） |
| MiniMax | 差分=no-show命名は誤読リスク | high | 採用 | ニュートラル指標名（同Gemini#2） |
| MiniMax | DAILY_REPORT新規シート不要・WEEKLY_SUMMARYで十分 | med | 却下 | Gemini#3と相反・粒度混在優先・append-only思想は採用 |
| MiniMax | postback→シート書込のトランザクション境界・リトライ/冪等性なし | med | 採用 | LockService+リトライ（同Gemini#5） |
| MiniMax | Flex情報過多でタップ漏れ率上昇 | med | 採用 | ミニマル1行化 |
| MiniMax | 管理者LINE IDの属人化 | med | 採用 | ScriptProperties配列化・送信先0件時生存監視 |
| MiniMax | メタ: 7段階ではなく3択MVPから | low | 採用 | 数字入力採用で「段階的」思想取り入れ |
| MiniMax | 患者別来院タップ（該当○/×・新規○/×） | high | 保留 | 高精度だが5秒超・将来候補 |