AIエージェントに「スキルエンジニアリング」 ポール・バカウス氏が提唱

ポール・バカウス氏は、インペッカブルがコーディングエージェントにインターフェース改善のための語彙を与えるシステムであると説明した。これは、エージェントにウェブサイト全体の再デザインを一度に指示するのではなく、「bolder (より大胆に)」「quieter (より静かに)」「denser (より密度高く)」といった具体的なコマンドで特定セクションの調整を促す。バカウス氏によると、エージェントは単なる指示以上に、ドメイン知識、コンテキスト、そして人間が結果を操縦するための明確な手段を必要とする。

スキルエンジニアリングは、Anthropic のフロントエンドデザインスキルから始まったインペッカブルの成長から派生した専門分野だ。バカウス氏は、AIエンジニア・ワールド・フェア (AI Engineer World’s Fair) でのワークショップでスキル構築の「ダークアーツ」について議論した際、ほとんどのスキル、そしてほとんどのモデルはあまり創造的ではないと述べた。また、CodexやClaude、Cursor、GitHub Copilotといった異なるエージェントハーネスやモデル間での機能差を考慮する必要性も指摘した。彼はスキル内部でのルーティングも実験しており、複数の能力を組み合わせ、タスクを関連する指示に導くことで、トークン消費の節約と効果の向上を図っている。

インペッカブルの核となる革新は、デザイナーになじみのある用語に、エージェントにとってより正確な操作的意味を与える点にある。例えば、アシストなしのモデルにページを「bolder」にするよう求めると、グラデーションやネオン効果を加える可能性があるが、インペッカブルは階層、スケール、決然としたタイポグラフィといった概念を通じて「大胆さ」を定義する。これにより、既存のデザインシステムを壊さずに注目を集める変更が可能となる。バカウス氏は形容詞の背後に何もなければ、それはただの飾り付けに過ぎないと述べ、エージェントに「何を意味するのか」を伝える必要があると強調した。専門家と非専門家では、同じモデルを使用しても結果に大きな違いが生じると観察されており、デザイナーは望む結果を明確に表現する能力があるためだとしている。

バカウス氏は、デザイン、エンジニアリング、プロダクトマネジメント間の境界が不明瞭になりつつあると見ている。デザイナーはコードに、エンジニアはデザインに、そしてその逆も起こっていると彼は述べ、これらの世界が「衝突している」と指摘した。この変化は、既存の成果物を別の形式に変換する作業を主に行っていた人々にとって不快なものとなる可能性がある。Figmaのデザインをコードに変換するエンジニアや、既存のインターフェースを見栄え良くすることに貢献が限定されるデザイナーは、同様の圧力に直面するとした。デザイナーはスタックを1層上に移動して、『何を』についてより深く考える必要があるとし、プロダクトマネージャーとデザイナーの役割は収束しているとの見方を示した。当初、インペッカブルはエンジニアに主にアピールすると予想されていたが、実際にはデザイナーがユーザーの半分以上を占めていると推定している。これは、デザイナーがコードに直接移行する際の「橋渡し」としてインペッカブルを使用しているためだという。

バカウス氏は、AI業界が完全な自動化を製品開発の自然な終着点と見なすことに異議を唱えている。彼は、従来のFigma中心のワークフローを維持しようとする人々、そして可能な限り人間の介入を減らそうとするループマキシング (loopmaxxing)の提唱者の二つの主要な陣営が存在すると見ているが、真実はその中間にあると述べた。彼が好むモデルは、AIが最初の80%を迅速に生成し、人間が最後の20%でテイスト、コンテキスト、そして独自の視点を製品に加えるというものだ。ユーザーからはインペッカブルに自動モードを追加するよう要望されることがあるが、バカウス氏にその意図はなく、自動モードはないし、今後も存在しないと断言している。彼は、人々をエンジニアリングから完全に排除するソフトウェアファクトリーのような構想に「真っ向から反対する」姿勢を示した。

---

参考: Latent Space (アーカイブ) — 2026年7月2日 23:36 (JST)