Apple Foundation Modelsで原文を守る3層設計【開発日誌 Day25】

オンデバイスAIを使ったメモアプリの実装で、Apple Foundation Modelsを導入する際の問題は意外な場所にある。「AIの精度を上げよう」という発想ではなく、「AIが壊してもいい部分と、壊してはいけない部分を物理的に分離しよう」という設計の逆転だ。実装例では、ユーザーが打ち込んだ原文は決して生成型に含めず、タイトル・タグ・種別だけをAIに生成させている。つまり、AIが頑張って要約したり、誤字を直したり、自然な日本語に書き換えても、その文は本文に採用されない構造になっている。

この発想の根底にあるのは「生成品質より境界設計が重要」という洞察だ。いくらAIの性能が上がっても、ユーザーが書いた言葉を勝手に書き換えるのは避けたい。そこで、データ構造の段階で「書き換え可能な部分」と「不変な部分」を分けてしまう。もしApple Intelligenceが使えない端末でも、軽量な規則で同じデータ構造を作れるフォールバック経路を用意する。つまり、AIの可用性に依存しない設計にしておくということだ。失敗しても、代替経路で基本機能は動く。

中小企業がAIを導入する時も、この発想が必要になってきた。「AIで業務全体を自動化する」ではなく、「AIが壊れても動く最小限の部分を先に作って、その上でAIの付加機能を乗せる」という順序である。例えば、営業日報の自動分類なら、AIなしでも人間が手で分類できる仕組みを先に作る。その上で、タグ付けや要約をAIに任せる。そうすれば、AIが誤爆しても日報は溜まり続け、後から直せる。