DroidKaigi2026公式アプリContributionから学ぶAI活用と実装ポイント解説

DroidKaigi 2026公式アプリへのコントリビューションを通じて見えるのは、AIを実際の開発の書き手として想定した上で、リポジトリ全体に一貫した設計思想を流す実例だ。Compose Multiplatformで4プラットフォーム（Android、iOS、Desktop、Web）のUIを共有しながら、「規約はコンパイラに守らせる」という設計哲学が隅々に徹底されている。Context Parametersでレイヤー越境を型レベルで禁止し、Explicit Backing Fieldsで可視性ルール違反をビルドエラーにする。人間のレビューに頼らず、機械による強制力で一貫性を保つ構造が組まれている。 このアプローチが持つ意味を理解するには、AIが参照すべきドキュメント整備とガードレール設計の連携を見る必要がある。公式アプリでは、各画面がRoot / Presenter / Screen という三つ組で構成され、それぞれの責務が明確に分離されている。Rootはデータ境界処理、Presenterは状態管理とロジック、Screenはビュー描画に徹する。この枠組みをAIが参照すると、「Presenterだからこういう関数は呼べない」「Screenからはこれにアクセスできない」という判断が型情報から直接読み取れる。つまり、ドキュメント整備とコンパイラ強制の組み合わせにより、AIが誤った選択をする余地をはじめから縮小しているのだ。モジュール間の依存も物理的に分離され、Gradleのビルドグラフから feature 同士のエッジは消される。依存は常に feature → core → app-shared の一方向で、feature同士は import できない構造になっている。 中小企業でAIを開発に活用する際の教訓は明確だ。生成AIに「こうしろ」と説く前に、「こうできない」ようにコードの構造で予防線を張ること。型システムで越境を禁止し、ビルド段階での検査で誤りを早期に摘発する。コード生成による定型作業を排除し、人間が型定義と基本設計に専念できる環境を先に整える。AIエージェント時代の開発組織では、「何ができるか」よりも「何ができないか」の方が、品質と生産性を大きく左右する。これは単なるテクニックではなく、AIとの協働関係を定義する根本的な姿勢なのだ。