共通下限問題
差し替え可能にするために抽象化レイヤーを挟むと、各実装に固有の強みがインターフェースに乗らず、全実装が共通して持つ機能だけが生き残る現象。結果として、全体の表現力が一番できない実装の水準に揃う。
例
- TTS エンジンを差し替え可能にしたら、感情パラメータ・イントネーション制御・囁き声といった各エンジン固有の機能が使えなくなった。
- LLM プロバイダの抽象化ラッパーが、特定モデルだけの機能（拡張思考、キャッシュ制御）を隠してしまう。
- クラウド抽象化レイヤーが、各クラウド固有のマネージドサービスを封じる。
使い方
- 「差し替え対応したら共通下限問題が出た」
- 「うちのラッパー、共通下限に落ちてない？」
避け方
固有機能への抜け道（エスケープハッチ）を設計に残す。共通インターフェースは「最低限これは動く」の約束であって、「これしか使えない」の壁にしない。
近い言葉との違い
- 英語圏の "lowest common denominator problem" に相当するが、日本語での定着語は無かった。
- 「底揃え」はメカニズム側（一番弱い実装に揃う）、「金太郎飴化」は結果側（どれを挿しても同じ）を指す。共通下限問題はその両方を含む上位語として使う。
関連語
- 進化負債 決まり
- 命名理由（既存語では足りなかった点）
- 「抽象化のコスト」では、固有機能が落ちて表現力が一番弱い実装に揃うという形が残らない
- 提案者
- 人間
- 由来
- TTS エンジンを差し替え可能にした際の表現力低下についての議論
審査ログ
審査ログ
2026-09-13 起草
きっかけ: TTS エンジンを差し替え可能にしたら表現力が最大公約数みたいになった、という現象に名前が欲しい。
第一案（数学寄り）
- 公約数化 — 通じやすいが、数学用語は刺さる人にしか刺さない → 却下
- 表現力の間引き / 抽象化間引き
- インターフェース痩せ（IF痩せ）
- LCD化（lowest common denominator）— 日本語定着なし
第二案（絵が浮かぶ系）
- 重なり痩せ、ベン図の真ん中問題
- 金太郎飴化 — 結果側を表す。日本語話者に即通じる
- 枠抜き / 型抜き損 — 現象に一番忠実だが一語にしにくい
- 底揃え — メカニズム側を表す
- みそっかす化
第三案（「公約数」の言い換え）
- 共通部分縛り、共通項化
- 全員一致縛り、満場一致化
- かぶり残し、重なり縛り
- 当たり障り化 —「最大公約数的な意見」の慣用句に寄せた案
決定
共通下限問題 を採用。共通項化・全員一致縛り・底揃えは別名として残す。