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

![image](https://substackcdn.com/image/fetch/$s_!JOvz!,w_1456,c_limit,f_auto,q_auto:good,fl_progressive:steep/https%3A%2F%2Fsubstack-post-media.s3.amazonaws.com%2Fpublic%2Fimages%2F1c23df3d-275c-48a8-a914-994c53dcd352_1280x720.jpeg) AI エンジニアの世界博覧会における Impeccable のポール・バカウス。 ポール・バカウスは、「スキルエンジニアリング」という新興分野が AI エージェントの能力を高めることができると考えていますが、同時に創造的プロセスから人間を排除することには絶対反対です。彼は Latent Space と対談し、AI 時代におけるデザインへのアプローチについて語りました。 バカウスは、コーディングエージェントにインターフェースを改善するための語彙を与えるオープンソースのデザインスキルシステム「Impeccable」の創設者です。エージェントに対してウェブサイトを一度で再設計するよう求めるのではなく、ユーザーは特定のセクションを「より大胆に」「より静かに」「より密度高く」、あるいは「より洗練されたものにする」と指示することができます。 これらの一見単純なコマンドの背後には、AI プロダクトがどのように構築されるべきかというより大きな議論があります。バカウスによれば、エージェントには指示だけでなく、ドメイン知識（専門分野の知識）、文脈、そして人間が結果を誘導するための明確に定義された方法が必要だと述べています。 「要点は、最終的にどのような成果物を得たいのかを誘導する方法を与えることです」と彼は AI エンジニアの世界博覧会でのセッションで語りました。「これは一度きりのデザインのためのツールには決してなりません。それが意図するところではありません。」 スキルエンジニアリングという新興の工芸 Impeccable は、Anthropic のフロントエンド設計スキルという比較的シンプルな拡張として始まりました。その聴衆が増えるにつれ、Bakaus はこれを複数のコンポーネントとワークフローを備えたより複雑なシステムへと発展させました。 このプロセスを通じて、彼はスキルエンジニアリングを独自の一分野として捉え直すようになりました。カンファレンスでの彼のワークショップでは、彼が「暗黒の芸術」と呼ぶスキルの構築について探求しました。 「興味深いトピックの一つは、ほとんどのスキルおよびほとんどのモデルは非常に創造的ではないということです」と Bakaus は私に語りました。「それらは一つの方向へと収束し、もし誰もが同じスキルを使ってフロントエンド設計作業やそれに類するものを行うなら、すべてが同じように見えてしまうことになります。」 スキルエンジニアはまた、エージェントハネス（agent harness）とモデル間の違いも考慮する必要があります。例えば、Codex と Claude は、サブエージェントや権限を必ずしも同じ方法で処理するわけではありません。Claude Code、Cursor、GitHub Copilot、および Codex 全体で実行されるように設計されたスキルは、これらがすべて同一の機能を提供すると仮定することはできません。 Bakaus はまた、スキル内部でのルーティング（routing）の実験も行っており、複数の機能を組み合わせ、タスクを関連する指示へと誘導できるようにしています。彼はこれをエキスパート混合モデル（mixture-of-experts model）に例え、トークンの節約と効果の向上のためにルーティングが使用されていると説明しました。 エージェントへの設計語彙の付与 Impeccable の核心的な革新は、デザイナーにとって馴染みのある用語を借用し、それらにエージェントに対してより精密な運用上の意味を与える点にあります。 支援なしのモデルにページを「太く」するよう指示すると、グラデーションやネオン効果、ガラスのような表面を追加してしまうかもしれません。しかし、Impeccable は、ヒエラルキー、スケール、決定的なタイポグラフィといった概念を通じて「太さ」を定義します。これらは既存のデザインシステムを壊すことなく注意を引く変更です。 「意味のない形容詞は単なる美しいアポストロフィに過ぎない」とバカウス氏は語りました。「エージェントに対して、あなたが何を意図しているのかを明確に伝える必要があるのです。」 彼はこれらの用語を、「意味が込められた言葉」であると説明しました。モデルにはすでに「太い」や「静かなる」といった単語の意味に関するある程度の概念がありますが、スキルはそれらを特定の専門分野へと翻訳します。 これが鍵となるのは、専門家には非専門家にはない独自の語彙が存在するからです。バカウス氏は、同じモデルを使用しているデザイナーとエンジニアの成果に大きな差があることを観察しており、それは単にデザイナーが望む結果を明確に表現する方法を知っているからだと述べています。 「私はその言語を、基本的にスキルやシステムへと圧縮し、より良く自己表現できるようにしようとしています」と彼は言いました。 しかし、デザインのすべての部分をこの抽象度の高いレベルから制御できるとは考えていません。小さな調整には間隔の直接操作が依然として最速の選択肢となる可能性があり、一方、オープンエンドのプロンプトは初期探索段階では有用です。 彼はその目的はすべてのツールをエージェントに置き換えることではないと強調した。重要なのは「制御の正確なレベル」を決定し、人間の判断が最も価値を発揮する点に人を配置することである。 デザイナーとエンジニアはスタックの上へ Bakaus は、デザイン、エンジニアリング、プロダクトマネジメントの間の境界線がより不明瞭になっていく様子を見ている。 「デザイナーがコードの世界に入り込み、エンジニアがデザインの領域に進出し、その逆も起こっている」と彼は言った。「これらの世界はすべて衝突し合っている。」 既存のアートファクトを別の形式に変換することに主に従事している人々にとって、この変化は居心地の悪さをもたらすだろう。Figma のデザインをコードに変換することが主な業務であるエンジニアたちは、自動化の増加に直面しており、既存のインターフェースを有能に見せることだけに貢献が限定されているデザイナーたちも同様の圧力にさらされている。 「すべてのデザイナーはスタックで一つ上へ移動し、『何を』についてより深く考える必要がある」と彼は言った。「私はプロダクトマネージャーとデザイナーの役割が実際には収束しつつあると考えている。」 同時に、デザイナーたちは実装により近づき、コードの世界へと入っている。Bakaus は当初、Impeccable が主にエンジニアにアピールすると予想し、専門的なデザイナーたちがそれを嫌悪するかもしれないと考えていた。しかし実際には、彼は現在、デザイナーがその利用者の少なくとも半分を占めると推定している。 「つまり、デザイナーたちは直接コードの世界へ飛び込むのではなく、支援なしで取り組むのではなく」とBakaus はデザイナーについて語った、「彼らは Impeccable を橋渡しとして使う。なぜなら、それは彼らのコミュニケーション方法を理解して伝えるからだ。これは私が最初にこのツールを構築した当時は明らかではなかった。」 Impeccable には、視覚的な選択と背後にあるコーディングエージェントを組み合わせるライブモードも備わっています。ユーザーは開発環境内の特定のセクションを選択し、複数の代替レイアウトを要求したり（例えば）、より大胆な表現や落ち着いたトーンへの処理を依頼したりできます。このシステムは、第三者のデザインツールから孤立したモックアップを出力するのではなく、プロジェクトに既存のコードとデザインシステムの範囲内で動作します。 Bakaus はこれを、チャットと直接の視覚操作の交差点における潜在的な「デザインハネス」(design harness) と表現しました。 自動モードは存在しない AI 業界では、完全な自動化が製品開発の自然な帰結として扱われることがよくあります。しかし Bakaus はその前提を否定しています。 彼が見ているのは、2 つの主要な陣営です。一方は従来の Figma を中心としたワークフローを維持しようとする人々であり、他方は「ループマックス」(loopmaxxing) の支持者で、エージェントが人間の介入を最小限に抑えて作業することを望む人々です。 "真実はその中間にあるのです」と彼は言いました。 彼の好むモデルは、AI がまず 80% を迅速に生成することです。つまり、従来であれば多くの時間を要するであろう有能なレイアウトと基本的な実装です。その後、人間が最終の 20% を担当し、そこで審美性、文脈、そして製品に独自の視点をもたらすことになります。これは、エージェント時代における Bakaus のデザイン哲学の中核を成す部分です。 "人々は目的を必要とし、自分が何らかの形で創造に関わりたいと望んでいます」と Bakaus は述べています。「エージェントと共に作業することで、製品に対する所有感がより強まるのです。" ユーザーは頻繁に、システムがコマンドを自ら選択する自動モードを Impeccable に追加してほしいと依頼します。しかし、彼にはそのような意図はありません。 「自動機能はないし、今後もない」と彼は言いました。 ソフトウェア工場や、エンジニアリングから人間を完全に排除しようとする他のビジョンに関する言語について問われた際、彼の回答は明確でした。 「私はそれに真っ向から反対です」

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

背景や根拠まで確認しますか？

調べる

選ぶ

サイト