スキルエンジニアリングとワンショットAIデザインへの反論

AIエンジニアワールドフェアで、Impeccableの創設者Paul Bakaus氏がスキルエンジニアリングの概念について語りました。彼は、この新興分野がAIエージェントの能力を大幅に向上させると考えていますが、人間を創造プロセスから排除することには断固として反対しています。Latent Spaceとの対談で、AI時代における設計手法についての見解を共有しました。

Impeccableはオープンソースのデザインスキルシステムで、コーディングエージェントにインターフェース改善のための語彙を提供します。ユーザーはエージェントにウェブサイト全体を一度に再設計させる代わりに、セクションを「より大胆に」「より静かに」「より密度を高く」、またはより洗練されたものにするよう指示できます。これらの一見単純なコマンドの背後には、AI製品の構築方法に関するより大きな議論があります。Bakaus氏は、エージェントには指示だけでなく、ドメイン知識、コンテキスト、そして人間が結果を調整するための注意深く定義された方法が必要だと述べました。「目的は、あなたが最終的に得たいものを操作する方法を提供することです」と彼は会議で語りました。「それは決してワンショットデザインのツールではありません。意図はそうではありません。」

Impeccableは当初、Anthropicのフロントエンドデザインスキルの比較的単純な拡張として始まりました。オーディエンスが増えるにつれて、Bakaus氏はそれを複数のコンポーネントとワークフローを持つより複雑なシステムに拡張しました。このプロセスを通じて、彼はスキルエンジニアリングをそれ自体の分野と考えるようになりました。彼のワークショップでは、スキル構築の「ダークアーツ」と彼が呼ぶものを探求しました。「興味深いトピックの一つは、ほとんどのスキルとモデルがそれほど創造的ではないことです」とBakaus氏は私に語りました。「彼らは一方向に収束し、全員がフロントエンドデザインなどに同じスキルを使うと、すべてが同じように見えてしまいます。」スキルエンジニアは、エージェントハーネスとモデル間の違いも考慮する必要があります。例えば、CodexとClaudeはサブエージェントや権限の扱い方が必ずしも同じではありません。Claude Code、Cursor、GitHub Copilot、Codex全体で動作することを意図したスキルは、それらすべてが同一の機能を提供するとは想定できません。Bakaus氏はまた、スキル内部でのルーティングを実験し、複数の機能を組み合わせてタスクを関連する指示に導くようにしました。彼はこれを混合専門家モデルに例え、ルーティングはトークンを節約し効果を高めるために使用されると述べました。

Impeccableの核となる革新は、デザイナーに馴染みのある用語を取り上げ、エージェントにとってより正確な操作上の意味を与えることです。補助なしのモデルにページを「より大胆に」するよう依頼すると、グラデーション、ネオン効果、ガラスのような表面を追加するかもしれません。Impeccableは代わりに、階層、スケール、断定的なタイポグラフィなどの概念を通じて大胆さを定義します。これらは既存のデザインシステムを壊すことなく注目を集める変更です。「形容詞に何も背景がなければ、それは単なる飾りのアポストロフィに過ぎません」とBakaus氏は言います。「エージェントに何を意味するのかを本当に伝えなければなりません。」彼はこれらの用語を「意味が込められた」言葉と表現しました。モデルはすでに「大胆」や「静か」などの単語についてある程度の概念を持っていますが、スキルはそれらを特定の専門領域に変換します。これが鍵であり、専門家はしばしば非専門家が持たない語彙を持っています。Bakaus氏は、同じモデルを使用しても、デザイナーとエンジニアが生み出す作業には大きな違いがあると観察しました。それは単にデザイナーが望ましい結果を表現する方法を知っているからです。「私はその言語を、スキルとシステムに圧縮して、皆さんがよりうまく表現できるようにしようとしてきました」と彼は述べました。しかし、デザインのすべての部分がこの抽象度のレベルで制御できるとは考えていません。小さな調整には間隔を直接操作するのが最も速い場合があり、初期の探索にはオープンエンドなプロンプトが役立つこともあります。目標はすべてのツールをエージェントで置き換えることではなく、「正確な制御レベル」を決定し、人間の判断が最も価値を発揮するポイントに人間を配置することだと彼は主張します。

Bakaus氏は、デザイン、エンジニアリング、プロダクトマネジメントの境界がますます曖昧になっていると見ています。「デザイナーはコードに移行し、エンジニアはデザインに移行しており、逆もまた同様です。これらの世界はすべて衝突しています。」この変化は、主に既存のアーティファクトを別の形式に変換する作業を行っている人々にとっては不快なものとなるでしょう。主にFigmaデザインをコードに変換するエンジニアは自動化の増加に直面し、既存のインターフェースを適切に見せることだけに貢献しているデザイナーも同様の圧力に直面しています。「デザイナーは皆、スタックを一段階上に移動し、『何を』についてもっと考える必要があります」と彼は言います。「プロダクトマネージャーとデザイナーの役割は実際に収束していると思います。」同時に、デザイナーは実装、つまりコードに近づいています。Bakaus氏は当初、Impeccableが主にエンジニアにアピールし、プロのデザイナーはそれを嫌うだろうと予想していました。しかし実際には、デザイナーが現在オーディエンスの少なくとも半数を占めていると推定しています。「つまり、直接コードに移行して助けがないのではなく、デザイナーはImpeccableを橋渡しとして使っているのです。なぜなら、それは彼らのコミュニケーション方法でコミュニケーションするからです。最初に構築したとき、それは私にとって明らかではありませんでした。」Impeccableには、視覚的な選択と基礎となるコーディングエージェントを組み合わせたライブモードもあります。ユーザーは開発環境内でセクションを選択し、いくつかの代替レイアウトをリクエストしたり（例えば）より大胆または静かな処理を依頼したりできます。システムは、サードパーティのデザインツールから独立したモックアップをエクスポートするのではなく、プロジェクトの既存のコードとデザインシステム内で動作します。Bakaus氏はこれを、チャットと直接的な視覚操作の交差点における潜在的な「デザインハーネス」と表現しました。

AI業界はしばしば完全な自動化を製品開発の自然な終点として扱います。Bakaus氏はその前提を否定します。彼は2つの支配的な陣営を見ています：従来のFigma中心のワークフローを維持しようとする人々と、エージェントが人間の介入をできるだけ少なくして動作することを望む「ループマキシング」の支持者です。「真実はその中間にあります」と彼は言います。彼が好むモデルは、AIが最初の80%を迅速に生成することです。それは、本来なら多くの時間を消費するであろう、有能なレイアウトと基本的な実装です。そして人間が最後の20%を担当し、そこにセンス、コンテキスト、そして独自の視点が製品に注入されます。これは、エージェント時代におけるBakaus氏のデザイン哲学の重要な部分です。「人々は目的を必要とし、自分が創造するものに役割を果たしたいと思っています。エージェントと協力すると、製品に対してより強い所有権を感じます。」ユーザーは定期的に、システムが自分でコマンドを選択するようにImpeccableに自動モードを追加するよう求めますが、彼にはそのつもりはありません。「自動モードはありません。そして今後もありません。」ソフトウェア工場やその他の、エンジニアリングから人間を完全に排除するように見えるビジョンについて尋ねられた彼の返答は明確でした。「私はそれに真っ向から反対します。」