Piは本当にデザイン作業ができますか?
はい。美的スキル、デザインシステム、そしてコンテキスト内の実際の参照画像があれば、Piは本番品質のレスポンシブなUIを生成でき、出力を参照画像と照合検証するために、強力なマルチモーダルモデルにルーティングすることもできます。そうしたコンテキストがない場合、Piは汎用的な見た目に陥りがちであり、これがOpenDesignが埋めるギャップです。
Piでデザインするには料金が必要ですか?
Pi自体は無料でオープンソース(MIT)です。料金が発生するのは基盤となるモデルのみで、ご自身のプロバイダーAPIキー(BYOK)を持ち込むか、/login経由でClaude Pro/Max、ChatGPT Plus/Pro、GitHub Copilotのサブスクリプションを使用します。どちらの場合でも、OpenDesignが認証情報を代理で扱うことはありません。
Piがデザインに適している理由は?
Piはプロバイダーに依存しません。ご自身のキーを持ち込み、20以上のプロバイダーのいずれにもルーティングできるため、タスクに適した強みを持つモデルを選び、セッションの途中でも切り替えることができます。ただし、センスはモデルからではなく、あなたが用意するデザインシステム、スキル、参照から生まれます。
フロントエンドデザインでPiと併用すべきモデルはどれですか?
Piは多くのプロバイダーにルーティングできるため、タスクごとに選択してください。強力なマルチモーダルモデルは参照スクリーンショットの読み取りに優れ、他のモデルはリファクタリングに適している場合があります。Piの利点は、ワークフローを変えずに切り替えられることです。OpenDesignでは、どのモデルを選んでも同じデザインコンテキストを維持できます。
PiをFigmaに接続するにはどうすればよいですか?
PiはMCPサーバーをサポートしているため、Figma用のMCPサーバーを追加して、コンポーネント、変数、レイアウトデータなど実際のデザインコンテキストを取得できます。これにより、生成されるコードは近似ではなく、ソースと一致するようになります。
Piとは実際に何か
Piは、ターミナル用のオープンソース(MIT)AIコーディングエージェントであり、earendil-works pi toolkitの一部です。リポジトリを読み、ファイルを編集し、シェルコマンドを実行します — 単に行を補完するのではなく、自然言語のタスクから作業を計画し検証します。そのコアは意図的に小さく、4つのデフォルトツール — read、write、edit、bash — に加えて、組み込みのgrep、find、lsがあります。
デザイン作業において際立った特性は、Piがプロバイダー非依存であることです。Anthropic、OpenAI、Google、その他多くのプロバイダーを1つの統一APIの背後で正規化するため、自分のキーを持ち込み、タスクごとにモデルを選択できます — 例えば、参照スクリーンショットを読むための強力なマルチモーダルモデル — そしてワークフローを変えずにセッション中に/modelまたはCtrl+Lで切り替えられます。
あらゆるモデル、自分のキー:PiはAnthropicやOpenAIを含む20以上のプロバイダーにルーティングします。自分のAPIキー(BYOK)で認証するか、/loginでClaude Pro/Max、ChatGPT Plus/Pro、GitHub Copilotのサブスクリプションにサインインします。
Skills + Extensions:PiはSkills(Agent Skills標準に従うMarkdown機能パッケージ)とTypeScript Extensionsを読み込みます — デザイン規約をエンコードし、カスタムツールを追加する自然な場所です。
分岐セッション:セッションはJSONLツリーとして保存されるため、探索を分岐し、単一ファイル内で履歴をナビゲートでき、以前のパスを失いません。
認証情報:自分のプロバイダーAPIキー(BYOK — Anthropic、OpenAI、Googleなど)または/login経由のサブスクリプションログイン。~/.pi/agent/auth.json(0600)にローカル保存
ベンダー:earendil-works(オープンソースコミュニティプロジェクト)
ライセンス:MIT、オープンソース
なぜマルチプロバイダーのBYOKエージェントがデザインに適合するのか
Piのデザイン上の強みは柔軟性であり、単一の組み込みモデルではない — しかし、どのエージェントもそうであるように、センスは依然として与えられなければならない。
タスクごとに適切なモデルを選ぶ:Piはあらゆるプロバイダーにルーティングするため、参照スクリーンショットを読むために強力なマルチモーダルモデルを利用し、その後リファクタリング用に別のモデルに切り替えることができます — エージェントを離れることなく。
自分のキー、ロックインなし:BYOKとは、1つのベンダーの価格設定やコンテキスト制限に縛られないことを意味します。目の前のデザイン作業に合った強みを持つモデルを選んでください。
Skillsにおける規約:スキル(およびFigmaサーバーのようなMCPソース)は、エージェントをあなたのトークン、コンポーネント、実際の仕様に向けるため、デフォルトの見た目ではなくブランドに沿って動作します。
センスは、あなたが提供する3つの入力から生まれます:デザインシステム、スキル、実際の参照画像。
教訓はどのエージェントも教えるのと同じです:Piはデフォルトではセンスを持たず、どのモデルを選んでもそれは得られません。制約を与えると良いデザインを生み出します — デザインシステム、美的スキル、具体的な参照。OpenDesignはまさにそれらの入力をパッケージ化しており、だからこそ両者は相性が良いのです(詳細は後述)。
デザイン作業のためにPiをゼロからセットアップする
セットアップ手順: インストール → 認証(BYOK)→ Skill にデザインルールを記述 → モデルを選択 → ブラウザ検証を有効化。
デザインルールを記述する: トークン、プリミティブ、規約を Skill に入れ、Pi にそれらを指定すると、出力が汎用的な見た目に既定化されるのではなくブランドに合致します。
ブラウザ検証を追加する: Playwright またはブラウザ MCP を接続し、Pi が実ブラウザでレンダリングして、ビルドが通ることだけを確認するのではなく、ブレークポイント全体で出力をチェックできるようにします。
コマンドとバージョン固有の詳細には現行のセットアップセクションを使用してください。これらは変更される可能性があります。
# 1. Install the Pi coding agent CLI (Node)
npm install -g --ignore-scripts @earendil-works/pi-coding-agent
# 2. Authenticate with your own provider key (BYOK)
export ANTHROPIC_API_KEY=sk-ant-... # or OPENAI_API_KEY=sk-...
# (or run /login inside Pi for a Claude / ChatGPT / Copilot subscription)
# 3. Start it in your project
cd your-project
pi
# 4. Switch models any time with /model or Ctrl+L
前のガイドの履歴コマンド例。現在の構文はリンク先のベンダードキュメントで確認してください。
スクリーンショットから UI へのワークフロー
Pi を使った最も効果の高いデザインループは、参照画像を動作するレスポンシブ UI に変え、一致するまで反復することです — マルチモーダルモデルを活用して、出力を参照画像と比較しながら行います。Pi はプロバイダー非依存なので、このパスでは画像を最もよく読み取るモデルを指定してください。
手元にある最も明確なビジュアル参照から始め、単なるヒーローショット 1 枚だけではなく、複数の状態(デスクトップとモバイル、ホバー、空状態、読み込み中)を含めてください。
/model でこのパスに強力なマルチモーダルモデルを選んでください。画像理解がスクリーンショットから UI への品質を左右するからです。
プロンプトでは具体的に指定してください。曖昧なプロンプトは、強力なモデルでも汎用的な UI を生みます。
デザインシステムと規約を Skill に保ち、トークンと正規のプリミティブがどこにあるかを Pi に伝えてください。
開発サーバーを起動し、Pi に実ブラウザでレンダリングさせ、ブレークポイントに合わせてリサイズし、その実装をスクリーンショットと比較して反復してください — 単にビルドが通ることを確認するだけではありません。
エージェントには、参照と具体的な制約を事前に与えてください:
プロンプトは小さく焦点を絞り、良い反復はコミットし、悪い反復はリバートしてください(リバートするときは Pi に伝えます)。そうすれば各パスがクリーンなベースの上に積み重なります。Pi の分岐する JSONL セッションを使えば、元のスレッドを失わずに別案を探索することもできます。
pi
# in the prompt:
> Implement reference-desktop.png and reference-mobile.png in
React + Vite + Tailwind + TypeScript.
Reuse my existing design-system components and tokens (see the Skill).
Match spacing, layout, and hierarchy; make it responsive.
Render it in the browser and iterate until it matches the references
across breakpoints.
前のガイドの履歴コマンド例。現在の構文はリンク先のベンダードキュメントで確認してください。
スキル、拡張機能、テーマ
Piは実行時にいくつかのレイヤーを介して自己拡張し、それらはオープンなデザインワークフローにきれいに対応します。
スキル: Agent Skills標準に従ったMarkdown機能パッケージ — デザイン規約、トークン、レビューチェックリストのための永続的でポータブルな拠点です。同じスキルはPiだけでなく、互換性のあるエージェント間で機能します。
拡張機能とプロンプトテンプレート: TypeScript拡張機能はカスタムツール、コマンド、UIを追加します。再利用可能なプロンプトテンプレートは/nameで実行されます。どちらもターミナルを離れることなく検証ループをスクリプト化できます。
MCPとテーマ: PiはMCPサーバーに接続して外部のデザインコンテキスト(最も関連性が高いのはFigma MCPサーバー)を取り込み、テーマはホットリロードされるため、作業中もターミナルUIが読みやすく保たれます。
これらはポータブルな機能です — 特にスキルとMCPは — まさにOpenDesignがプロジェクトごとに再作成するのではなく、オーケストレーションするために作られたものです。
デザインのためのPi vs Codex vs Claude Code vs Cursor vs Gemini CLI
デザイン作業に単一の勝者はいません — 各エージェントには異なる強みがあり、経験豊富なチームはそれらを積み重ねて使います。公平な要約:
Pi — プロバイダー非依存でBYOK — 任意のモデル(Anthropic、OpenAI、Google…)にルーティングし、セッション途中で切り替え可能。MIT、自己拡張可能 — ベンダーロックインなしでタスクごとに最適なモデルを選択
Codex — フロントエンドスキルによる強力なビジュアルポリッシュ; サンドボックス化された非同期ビルド — 委任された非同期ビルドとポータブルなAGENTS.mdルール
Claude Code — 具体的なデザイン決定(16進数、スペーシング、タイプ)とコードベースを認識するUX — フロントエンドの推論と大規模コンテキストのリファクタリング
Cursor — ライブプレビューとインライン編集によるビジュアルなビルドアンドシーループ — IDE内でのタイトな反復と監視のUI作業
Gemini CLI — 強力なマルチモーダル画像理解と1Mトークンのコンテキスト; 無料枠 — スクリーンショットの多い作業とデザインシステム全体をコンテキストに保持
Piの角度は他とは直交しています。それは、それらの基盤モデルのいずれかを自分のキーで使用できるようにするエージェントです。繰り返されるコミュニティの評決は依然として有効です — センスは人間から来ます。それらはすべて、スキル、参照、制約がなければ一般的な美学にデフォルトします。それが解決すべき本当の問題であり、それはモデル形ではなく、デザインツール形です。
エージェント — デザインの強み — 最適な用途
落とし穴と、「AIスロップ」な見た目を避ける方法
AIが生成したデザインに関する最も一般的な不満は、それがありきたりに見えることです — 柔らかなグラデーション、浮遊するパネル、大きすぎる角丸、劇的な影、そして「これはAIが作った」と叫んでいるようなInterとパープルの雰囲気です。他に報告されている問題には、モバイルレイアウトの崩れや、指示がUIコピーに漏れ出すことが含まれます。これらはいずれもPiや特定のモデルに固有のものではありません。これらは、キュレーションされたデザインコンテキストなしでエージェントが実行されたときに起こることです。
美的スキルを追加する:キュレーションされたデザインスキルは、エージェントにデフォルトの見た目ではなく、本当の方向性にコミットすることを強制します — そして、それはポータブルなスキルなので、モデルをまたいであなたと一緒に移動します。
実際のブラウザで検証する:マルチモーダルモデルを選び、Piにブレークポイント全体でレンダリングと自己チェックを行わせ、モバイルでレイアウトがサイレントに崩れないようにします。
トークンとリファレンスを提供する:実際のデザイントークンと参考スクリーンショットは、出力品質に対する単一最大のレバーです。
Piが読む場所にルールをエンコードする:エージェントが毎回の実行で読み込むスキルに、「ヒーローカードなし、書体は最大2つ、ブランド第一の階層」といったスタイルルールを入れます。
すべての緩和策は、エージェントにキュレーションされたデザインコンテキストを与えることに関するものであることに注意してください — どのプロバイダーにルーティングするかとは無関係です。そのコンテキストをプロジェクトごとに手作業で維持することは、OpenDesignが取り除く面倒な作業です。
OpenDesign内でPiを使ってデザインする
OpenDesignは、上記のワークフローが求め続けているオープンソースのデザインレイヤーです。Piをファーストパーティアダプターとして扱い、キュレーションされたスキルとデザインシステムライブラリ、構造化されたレンダーパイプライン、ローカルデスクトップUIでラップします — そのため、Piを優れたものにするデザインコンテキストが最初の実行から存在し、毎回手作業で組み立てる必要はありません。両方ともオープンソースでローカルファーストであるため、この組み合わせは自然な適合となります。
自分のプロバイダーAPIキー(BYOK)またはサブスクリプションログインで認証します — 認証情報は~/.pi/agent/auth.jsonにあるあなたのマシンに留まり、私たちを通じてプロキシされることは決してありません。
デザインシステムとスキルを選び、一貫したテイストでデッキ、プロトタイプ、ランディングページを生成します。
すべての成果物とDESIGN.mdファイルは、ホストされたクラウドではなく、あなた自身のリポジトリに存在します。
同じPiエージェント、同じキー、モデルを切り替える同じ自由 — さらにその周りに本物の、ポータブルで、オープンソースのデザインワークフローがあります。それはローカルファーストでMITなので、あなたの作業や認証情報について何もあなたのマシンから離れません。
OpenDesignをインストールし、エージェントとしてPiを選択します。
OpenDesignはPiと提携していますか?
いいえ。OpenDesignは独立しており、コミュニティでサポートされているアダプターとしてPiを統合しています。