テイストは技術システムである

テイストは4つのエンコード可能な要素に分解できます。制約（何を取り除くか）、評価基準（何を測定するか）、パターン認識（何に気づくか）、一貫性（部分と全体がどう関係するか）です。 それぞれがエンジニアリングインフラに対応しています。フック、エビデンスゲート、品質ループ、アーキテクチャレビュー。テイストは神秘的な才能ではなく、技術システムです。

デザイナーはテイストを直感と呼びます。エンジニアはテイストを主観的と呼びます。どちらの主張も同じ機能を果たしています。テイストを精査の対象外にしているのです。テイストが直感なら、誰も疑問を呈せません。テイストが主観的なら、誰も実装する必要がありません。デザイナーは説明責任なき権威を手に入れ、エンジニアは美的感覚を無視する許可を得ます。全員が損をしています。

テイストは直感ではありません。テイストとは、品質に対するパターン認識のことです。経験、内省、洗練の蓄積が凝縮され、素早い判断として現れるものです。ブルゴーニュの地域特性を見抜く熟練のテイスターは、神秘的な本能で動いているわけではありません。何千ものワインを味わい、テロワールと風味の構造的関係をエンコードし、迅速かつ信頼性の高い評価を生み出す内部評価フレームワークを構築してきたのです。¹ 判断のスピードが、その背後にあるシステムを覆い隠しているだけです。

そのシステムは4つの要素に分解できます。制約は何を取り除くかを決めます。評価基準は何を測定するかを決めます。パターン認識は何に気づくかを決めます。一貫性は部分と全体がどう関係するかを決めます。4つの要素、それぞれがエンコード可能です。テイストとは、この4つが協調して機能することなのです。

制約：何を取り除くか

ディーター・ラムスはBraunで40年間、一つの問いを投げかけ続けました。「何を取り除けるか？」と。SK 4ラジオ付きレコードプレーヤーは、木製キャビネット、装飾的な布地、対称的だが機能のないノブ配置を取り除きました。残ったのは、透明なパースペックスの蓋が付いた白い金属ケースでした。この蓋はミニマルなのではありません。正直なのです。メカニズムが恥ずべきものでないなら、隠すことこそが不誠実だとラムスは考えていました。²

ラムスは10の原則を明文化しました。第10原則「良いデザインとは、可能な限り少ないデザインである」は、スコープの制約として機能します。美的嗜好ではありません。スコープの制約です。すべての要素がその存在を正当化しなければならないという要件によって、解決策の空間に境界を設けるのです。ユーザーに貢献しない要素は、どれほど見栄えが良くても、どれほどの労力を費やしても、取り除きます。

ラムスのような制約は、エンジニアリングの制約とまったく同じように機能します。メモリバジェットはどのデータ構造が実用的かを制約します。レイテンシ目標はどのアルゴリズムが許容されるかを制約します。メカニズムは同じです。防衛可能な選択肢だけが残るまで、解決策の空間を縮小するのです。

私自身のインフラでは、制約はフックとして具現化しています。ブログ記事の受動態を拒否するフックは、散文スタイルへの制約です。コミットされたコードのTODOやFIXMEをブロックするフックは、品質の先送りへの制約です。セマンティックなHTMLを強制するフックは、構造的誠実さへの制約です。各フックは、特定のテイストの判断を決定論的なチェックとしてエンコードしています。コンテキストと判断力を持つ人間が一度だけ決定を下し、その強制は永続的に、マシンスピードで、ドリフトなく実行されるのです。

95個のフックが95のテイストの判断を強制しています。各フックは、失敗パターンに気づき、そのパターンを許容できないと判断した瞬間に遡ることができます。フックは傷跡であり、フックを生み出した判断がテイストです（Claude Code Hooksより）。³

評価基準：何を測定するか

原研哉は、シンプルさと空（エンプティネス）を区別しています。ヘンケルスのナイフはシンプルです。ハンドルが握る位置を教え、刃の角度が切るものを教え、すべての要素が曖昧さを減らします。一方、柳刃の寿司包丁は空です。素朴な木の柄はどこを持つべきか指示しません。その指示の不在こそが要点なのです。「どのようにでも持つことができます」と原は説明します。「このシンプルで飾り気のない柄が、日本の寿司職人のあらゆる信じがたい技術を受け止めるのです。」⁴

シンプルさは何を取り除いたかで測定します。空は何を可能にしたかで測定します。2つの異なる評価基準が、2つの異なる種類の削減を生み出しているのです。ラムスは「すべての要素が機能を果たしているか？」と問うことで評価します。原は「その不在がユーザーのための余白を生み出しているか？」と問うことで評価します。

評価基準は、これらの問いを反復可能なアセスメントとしてエンコードします。私のエビデンスゲートは6つの基準からなる評価フレームワークです。すべての重要な変更は、完了とマークする前に6つすべての基準に対するエビデンスを提出しなければなりません。コードベースのパターンに従っているか、最もシンプルな動作する解決策か、エッジケースが処理されているか、テストが通っているか、リグレッションがないか、実際の問題を解決しているか。ゲートは「コードは良いか？」とは聞きません。6つの具体的な質問を通じて、私のシステムにおける「良い」の定義を構成しているのです。

具体性こそが、テイストを伝達可能にするものです。「良いコード」は主観的です。「fetch_semantic_scholar()の241行目で確立されたエクスポネンシャルバックオフパターンに従ったコード」は客観的です。エビデンスゲートは美的判断を構造的検証に翻訳します。「コードはしっくりくるか？」が「コードは確立されたパターンに一致し、エッジケースを処理し、テストに通るか？」になるのです。評価基準がバイナリな結果を生むほど具体的であれば、テイストは測定可能になります。

原の評価は、ネガティブスペースの基準に対応します。「製品にどんな機能があるか？」ではなく「製品がどんな前提を押し付けているか？」という問いです。多数の必須パラメータを持つAPIは、開発者の使い方について多数の前提を押し付けます。少数の必須パラメータと多くのオプションを持つAPIは、より少ない前提を押し付け、より多くの可能性を提供します。前提の数は具体的で、測定可能であり、原の空の哲学をインターフェースデザインにエンコードしたものです。

パターン認識：何に気づくか

チャールズ・イームズは、既存の選択肢から成形合板の椅子をデザインしたわけではありません。チャールズとレイは何年もかけて合板の成形技術を実験し、繰り返し失敗し、素材が何を許し何を許さないかを発見していきました。⁵ 最終的なデザインは、木目の方向、接着剤の挙動、複合曲面、応力分布に関する蓄積された知識から生まれたものです。椅子は軽やかに見えます。その軽やかさには何千時間もの「気づき」が必要だったのです。

パターン認識は、経験と注意によって機能します。何千ページもの組版を手がけたタイポグラファーは、初心者には見えないカーニングの誤りに気づきます。何百もの橋梁設計をレビューした構造エンジニアは、若手が見逃す荷重分散の問題に気づきます。この「気づき」は生まれつきの才能だけではありません。持続的で意図的な観察の残滓なのです。⁶

エンジニアリングインフラにおいて、パターン認識は品質ループに対応します。私の品質ループは7つのステップからなるサイクルです。実装し、すべての行をレビューし、エビデンスゲートを実行し、プライドチェックを適用し、すべての問題を修正し、ズームアウトし、繰り返す。このループは、最初のパスで完了と宣言した作業に対して、再度の確認を強制します。各パスが、前のパスでは見落とされたパターンを浮き彫りにします。一貫性のない命名規則、処理されていないタイムアウト、ハッピーパスは検証するがエラーパスを無視するテスト。このインフラは、認識を生み出す注意パターンを義務化することで、経験のギャップを補うのです。

一貫性：部分と全体の関係

安藤忠雄は、コンクリートの壁、自然光、水、空間が意図的な関係性の中に存在する建築を設計します。大阪の光の教会では、コンクリート壁の十字型のスリットが太陽光を取り込み、内壁に光の十字架を生み出しています。スリットを取り除けば、建物はただのコンクリートの箱です。コンクリートを取り除けば、光が自らを映し出す面がなくなります。どちらの要素も単独では機能しません。素材と空虚の一貫性が体験を生み出すのです。⁷

一貫性はテイストの最高次の要素です。部分だけでなく、全体の理解を必要とするからです。フックは単一のファイルに対する制約を強制できます。エビデンスゲートは単一の変更を評価できます。品質ループは単一のモジュール内のパターンを浮き彫りにできます。一貫性の評価には、すべての部分が他のすべての部分とどう関係するか、そしてシステム全体の目的とどう関係するかを評価する必要があるのです。

ソフトウェアにおいて、アーキテクチャレビューが一貫性の機能を果たします。単独では正しく動作するが、システムの依存関係の方向に違反するモジュールは、一貫性を欠いています。すべてのテストに通るが、プロダクトのデザイン言語と矛盾する機能は、一貫性を欠いています。一貫性の欠陥はローカルな評価では見えません。誰かがズームアウトして初めて表面化するのです。

私の品質ループにはまさにこの理由で「ズームアウト」ステップが含まれています。エビデンスゲートを通過し、プライドチェックをクリアした後、統合ポイント、インポート、隣接するコードにリグレッションがないかの確認が必要です。私が運用するSteve + Jiro ドクトリンは、これをデュアルスタンダードにしています。Jiroはエビデンス、厳密さ、クラフト（ローカルな品質）を統治し、Steveは価値、テイスト、全体としてのウィジェットの完全性（グローバルな品質）を統治します。Jiroが不合格なら、止めます。Steveが不合格なら、作り直します。このデュアルスタンダードにより、ローカルな正しさがグローバルな一貫性を上書きすることは決してありません。

マップ

テイストの4つの要素。4つのエンジニアリングインフラ。

ラムスはフックになります。原は評価基準になります。イームズは品質ループになります。安藤はアーキテクチャレビューになります。32人のデザイナーをプロファイリングしてきたデザイン哲学は、ポートフォリオサイトの飾りではありません。各プロファイルはこれら4つの要素の1つ以上のケーススタディであり、各要素は本番環境で運用しているインフラに対応しています。

Beauty and Brutalismでは、このサイトの具体的なCSSの決定を記録しています。それぞれが制約です。#000000上の白いタイポグラフィ。5%、10%、40%、65%のオパシティレイヤー。グラデーションなし、イラストなし、装飾要素なし。各決定はラムス式の除去であり、すべてのページが継承するスタイルシートにエンコードされています。制約は実行可能なのです。

ダークファクトリー問題

ダン・シャピロのダークファクトリーモデルは、AIコーディングの自律性を5つのレベルで記述しています。マニュアル（レベル0）から完全自律（レベル5）までです。レベル5では、コードはマシンが生成し、マシンが検証し、人間が一行も読むことなくデプロイされます。

テイストは、正しさにはないダークファクトリー固有の問題を提起します。正しさはテストで検証できます。パフォーマンスはベンチマークで検証できます。セキュリティは静的解析で検証できます。しかしテイストは、既存の自動化システムでは検証できません。一貫性の要素が、差分だけでなくシステム全体の理解を必要とするからです。

レベル5未満のすべてのレベルでは、人間が一貫性の評価を提供します。人間を取り除くと、一貫性の評価はエンコードされるか消滅するかのどちらかです。制約は自動化を生き延びます（フックは人間なしで実行されます）。評価基準も生き延びます（エビデンスゲートは人間なしで実行されます）。パターン認識は部分的に生き延びます（品質ループは実行されますが、プライドチェックの質問を書いたのは人間です）。一貫性は、アーキテクチャの意図を評価エージェントがクエリできる形式でエンコードしない限り、生き延びません。テイストの制約なしの自律システムは、テストに通ることに最適化するようになります。Justin McCarthyのStrongDMチームが発見したように、エージェントはテストスイートに通るためにreturn trueを書き、無価値なコードを生み出しました。⁸ テストはグリーンです。しかし出力には、クラフトも、配慮も、一貫性もありません。

テーゼ

テイストはインフラであり、インフラは、マシンが推論のスピードで書き、デザインし、デプロイできる世界における、最後の人間の優位性です。しかしテイストは、エンコードして初めて優位性になります。エンコードされていないテイストはボトルネックです。すべての判断がその人を通過しなければならない一人の人間が、システムの動作速度を制限する要因になるのです。エンコードされたテイストはモートです。制約、評価基準、パターン認識ループ、一貫性チェックが、すべての出力を満たすべき基準として、マシンスピードで実行され、新しいフックを生む失敗のたびに改善されていくのです。

テイストの制約なしで実行されるすべての自律エージェントセッションは、中央値に向かってドリフトする出力を生み出します。すべてのフック、すべてのエビデンスゲートの基準、すべての品質ループのステップ、すべてのアーキテクチャレビューが、ドリフトに抵抗する特定の判断をエンコードしています。品質だけが変数です。テイストこそが、品質の意味を定義するものです。

テイストを直感として門番するデザイナーは、マシンがどんな人間のレビュー速度よりも速く生成するようになったとき、その直感が無意味になることに気づくでしょう。テイストを主観として退けるエンジニアは、自分たちのシステムが正しく、高性能で、アーキテクチャ的に健全な凡庸を生み出していることに気づくでしょう。前進する道には両方が必要です。デザイナーの蓄積された判断を要素に分解し、インフラにエンコードし、マシンが求めるスピードで強制するのです。

テイストは感覚ではありません。テイストは技術システムです。システムを構築するか、テイストが消えるのを見届けるか。そのどちらかです。

FAQ

テイストは本当に4つの要素に還元できるのでしょうか？

4つの要素（制約、評価基準、パターン認識、一貫性）は分解であり、還元ではありません。実際のテイストは4つすべてが同時に機能しており、要素間の相互作用が、単一の要素では捉えられない創発的な質を生み出します。この分解が有用なのは、各要素が特定の種類のエンジニアリングインフラに対応しているため、抽象的なものを具体的に、主観的なものを実装可能にするからです。

フックとデザインシステムはどう違うのでしょうか？

デザインシステムはトークン、コンポーネント、使用ガイドラインを定義します。フックは作成時点で行動上の制約を強制します。デザインシステムは「本文テキストは16pxを使用」と言います。フックは本文テキストを14pxに設定するコミットをブロックします。デザインシステムは参照資料であり、フックはゲートです。どちらも有用ですが、自律的な生成においてデザインシステムの決定を交渉不可能にするのはフックのほうです。

テイストをエンコードすると硬直化しませんか？

テイストのエンコードは、エンコードされた判断を一貫させるものであり、凍結させるものではありません。私のフック数は9ヶ月間でゼロから95に増えました。気づいた失敗パターンのそれぞれが新しい制約になったからです。硬直化とは新しいフックの追加を拒否することです。成長とは、テイストに反するすべての失敗が、次の発生を防ぐインフラになることを意味します。

Sources