デザインシステムは、Figmaのようなデザインツールと、実際にリリースされたコードの両方に同時に存在し、両者の間でのドリフト（乖離）という継続的な課題を生み出します。この乖離は、一方の場所で変更が行われ、もう一方で行われない場合に発生し、不整合につながります。従来の解決策では、Figmaまたはコードのいずれかを真実の源として優先しますが、どちらの場合も二次的なコピーの継続的な更新が必要です。提案されている解決策は、3番目の、中立的な真実の源を導入します。それは、各コンポーネントの「契約」として機能するプレーンなデータファイル（多くの場合JSONまたはYAML）です。この契約は、視覚的またはコード固有の詳細なしに、コンポーネントのプロパティとオプションを記述します。重要なのは、Figmaコンポーネントとコードの両方が、この単一の契約ファイルから自動生成されることです。その後、チェッカーツールが、Figmaバージョンとコードバージョンの両方が契約を正確に反映していることを検証します。この契約ベースのアプローチにより、Figmaとコードは同期したままになります。なぜなら、どちらももう一方を直接更新できないからです。このシステムへの緊急性は、インターフェース構築におけるAIの役割の増大によってさらに高まります。教師なしAIは、デザインシステムのドリフトを加速させ、不整合やエラーにつながる可能性があります。しかし、デザインシステムの契約が提供されれば、AIはそのルールを遵守し、完璧なスコアを獲得し、新しい機能には契約自体の実際の変更が必要になります。このシステムにより、AI生成のデザインは定義されたトークンとコンポーネントのプロパティを尊重し、エラーを防ぎ、整合性を維持します。契約はコンポーネントが何で構成されているかを定義しますが、より複雑な動作や創造的なレイアウトには、依然として人間の入力が必要です。これを実装するには、移行プロセスが必要であり、契約を維持するためのツールが導入され、ガバナンスがレビュープロセスに移行します。手動での同期にリソースを割くには小さすぎるが、かなりのドリフトが発生するほど大きくない中間的なチームが、このAI主導のアプローチから最も恩恵を受けるでしょう。