アプリケーション全体で一貫性のあるデザインを作成することは、コーディングエージェントで達成できる非常に些細なタスクのように思えます。しかし、あなたのコードの大部分がコーディングエージェントによって書かれている場合、コーディングエージェントがどのように機能を実装しているかに細心の注意を払わず、コードを継続的にリファクタリングし、DRY（Don't Repeat Yourself：自分を繰り返すな）原則に従ってコードを一元化しない限り、これはすぐに多くの異なるデザイン要素を持つアプリケーションになってしまう可能性があると私は考えています。かなり長い間、アプリケーションを開発しているとき、デザインを一貫性のあるものに保つことに苦労していました。ただ、Claude Code を使っても Codex を使っても、私のコーディングエージェントは、以前に使用していたデザインに従わない方向に常に駆り立てられたり、私が従いたくない新しい標準を実装したりしているように感じられました。

これの例は次のとおりです：アプリ全体で異なるフォントサイズ。異なる場所でボタンが異なるデザインを持っている。一般的に、ドロップダウン、ホバーでポップアップするモジュールなどのUI要素は一貫性がなく、色、サイズ、スタイリングに関して決して同じパターンに従っていませんでした。これはもちろん超重要です。なぜなら、一貫性のないデザインはあなたのアプリをはるかに非プロフェッショナルで洗練されていないものに見せるからです。アプリ内のものが異なって見えるとき、例えばUIがアプリ全体で異なって見えるとき、それはあなたのアプリケーションに非常に非プロフェッショナルで未洗練な第一印象を与えます。だからこそ、あなたはそれを避けたいのです。

問題の大半は、あなたがアプリケーション全体でUIをどのように構造化してきたかに由来します。コーディングエージェントを使ってすべてを実装し、コードをどのように一元化し、コード全体でUI要素をどのように構造化するかを手動でエージェントに指示しない場合、彼らは自動的にアプリ全体で異なる標準を使い始めます。この理由は、一度コーディングエージェントに新しい何かを実装するよう依頼すると、例えば新機能を実装する場合、彼らはアプリの他の場所に決められた標準がないことを見て、単に自分たちのデザインパターンを作成するからです。一般的に、コーディングエージェントはパターン認識器です。彼らはコードベースにすでに提供されているパターンに従い、ただそれらに従います。そして、コードベースの以前のパターンが、従うべきUI構造と全体的なデザイン標準がないものであれば、コーディングエージェントはそのパターンを継続し、彼らが実装または構築する各新機能に対して独自のデザインシステムを実装するでしょう。

ここで私が話していることを考慮すると、あなたはおそらくこの問題の解決策が何かを理解し始めることができるでしょう。それはもちろん、すべてのUI要素を1つの場所に一元化することです。しかし、これは些細なことではなく、それを修正することが些細でないだけでなく、コーディングエージェントにはまだ弱点があり、既存の標準を無視したり新しい標準を導入したりする可能性があるため、これはあなたが取り組み続ける必要があることだと私は思います。