なぜ私たちは Open Design を製品ではなくスキルレイヤーとして作ったのか

今あなたのノート PC 上にある最強のコーディングエージェントは、Claude、Codex、Cursor、Gemini、OpenCode、あるいは Qwen でしょう。私たちは、もう一つ別のエージェントが必要だとは考えていません。足りないのは生の知能ではなく、センス、構造、そしてデザインを一つの技芸として尊重するワークフローです。

Open Design は、その欠けているレイヤーを埋めようとする私たちの試みです。これはチャット製品ではありません。「裏側で AI を使う」デザインツールでもありません。薄いスキルレイヤー——SKILL.md ファイルが入ったフォルダ、ポータブルなデザインシステムのライブラリ、そして既存の CLI エージェントを自動検出して相互に結びつける daemon です。

この記事では、なぜ私たちがその選択をしたのか、それが Open Design の使い方にとって何を意味するのか、そしてなぜ「製品ではなくレイヤー」が近道ではなく長期的な持続性への賭けなのかを説明します。

製品という形は誤りだった

2026 年に AI デザインプロジェクトを始めるとき、本能的に作りたくなるのは新しいアプリです。チャットインターフェース、キャンバス、課金システム、そしてユーザー数に比例して増えていくモデル利用料。私たちはその道を検討し、三つの理由から退けました。

チャットインターフェースはコモディティだ

どのユーザーもすでに有能なエージェントと、信頼するチャットボックスを持っています。そこに——私たちのブランドでくるまれ、ユーザーが築いてきた操作感を欠いた——より劣るものを追加しても、誰の役にも立ちません。価値があるのはインターフェースではありません。価値は、Enter を押した後にエージェントが何をするか——デザインされたように見えるデッキを生み出すのか、それとも div の壁を吐き出すのか——にあります。

モデル利用料は創造性への課税だ

推論を製品に組み込めば、経済性があなたの手を縛ります。トークンに上乗せし、長いセッションを絞り、利益が残るように最新モデルへのアクセスを配給制にせざるを得なくなります。そのどの一手も、デザインツールが本来報いるべき行動——反復し、探索し、三稿目こそ作品が良くなるからこそもう一度エージェントを走らせること——を罰してしまうのです。

ロックインは誤ったデフォルトだ

デザイナーは、自分のファイル、システム、スキルを損なわれることなく持って去れるべきです。製品はすべてを独自の状態でくるみ込みます——書き出せば、本物の平板な影しか得られません。スキルレイヤーにはくるむものが何もありません。なぜなら、その成果物こそがファイルだからです。去るのにコストがかからない、まさにそれこそが、留まることに意味を持たせるのです。

だから私たちは代わりにレイヤーを作りました。フォルダを置き、daemon を再起動すれば、スキルが現れます。そのフォルダを持って行き、別のエージェントに置けば、そこでもスキルは動きます。

スキルとは実際には何か

Open Design におけるスキルとは、SKILL.md ファイルと、同じフォルダ内の任意の補助アセットです。この Markdown ファイルは次を記述します。

• そのスキルが何をするか——プレーンな英語で一段落
• いつ呼び出すか——エージェントが正しくルーティングできるように書かれた、起動条件
• 出力の形——HTML、PDF、スライド、Markdown のブリーフ
• 制約——OKLch のパレット、フォントスタック、レイアウトの姿勢、ブランドの語彙

エージェントはこのファイルを読み、呼び出すかどうかを判断し、出力をディスクに書き出します。プラグインシステムも、API のサーフェスも、バージョン互換性のマトリックスもありません。Markdown を書けるなら、スキルを世に出せます。

スキルの解剖

具体的には、スキルとは daemon が起動時に発見するディレクトリです。

skills/
  magazine-poster/
    SKILL.md          # the contract: trigger, output shape, constraints
    examples/
      launch.html     # a known-good artifact the agent can pattern-match

SKILL.md の front matter はスキル名とそのトリガーを定め、本文はエージェントがブリーフのように読むガイダンスです。スキルを登録するものは、ディスク上にそれが存在することだけです——上げるべきマニフェストも、ビルドステップも、レビュー待ち行列もありません。

なぜファイルはプラグインに勝るのか

これは意図的なものです。私たちは 15 年にわたってプラグインのエコシステムが朽ちていくのを見てきました——どれもが表現力と長寿命のあいだの取引であり、そのどちらも勝ち取れませんでした。プラグインとは、ある特定の年における誰かの API のスナップショットです。ランタイムが動き、API が壊れ、頼っていたワークフローは消え去ります。ファイルは壊れません。今日書かれた SKILL.md は、2 年後のエージェントにとっても、そしてツールを一切持たない人間にとっても、まったく同じように読めるのです。

なぜシステムもまた Markdown なのか

Open Design は数十のデザインシステム——Linear、Vercel、Stripe、Apple、Cursor、Figma など——を DESIGN.md ファイルとして提供します。考え方は同じです。ポータブルで、読みやすく、エージェントが取り込める。

この文脈におけるデザインシステムとは、Figma のライブラリではありません。それは一つの契約です。

## Color
--bg: oklch(98% 0.01 95);
--ink: oklch(20% 0.02 260);
--accent: oklch(72% 0.19 35);

## Type
Display — Albert Sans, 600, -0.02em
Body — Albert Sans, 400, 1.7 line-height

## Posture
Generous whitespace. One accent, used sparingly. No drop shadows.

エージェントはこの契約を読み、それを尊重する仕事を生み出します——知覚的に均一であり続けるよう OKLch で指定された色、そこから外れていかないタイプのスケール、生成された 10 枚の画面が一つの製品として感じられ続けるレイアウトの姿勢です。

混ぜ、フォークし、自分のものにする

システムは単なるテキストなので、フォークしてその場で編集したり、バリアントを出したり、30 分でゼロから自分のものを書いたりできます。プロジェクトの途中でシステムを混ぜることさえできます——タイポグラフィを Linear から、色のロジックを Vercel から、レイアウトを社内のカスタム仕様から引っ張ってくる——なぜなら、あなたとルールのあいだに立ちはだかるバイナリ形式が存在しないからです。スキルとシステムがどのように組み合わさるのか、その仕組みの全容は 31 skills, 72 systems: how the Open Design library works で扱っています。

BYOK だけが誠実なモデルだ

Open Design は bring-your-own-key で動きます。OpenAI 互換のあらゆるエンドポイント——DeepSeek、Groq、OpenRouter、あなた自身がセルフホストする vLLM——のベース URL と API キーを貼り付ければ、それで完了です。

OPENAI_BASE_URL=https://api.deepseek.com/v1
OPENAI_API_KEY=sk-…

私たちは推論を実行しません。トークンに利益を上乗せしません。あなたとの課金関係を持ちません。これは持続可能性の問題ではなく——「エージェントが走るとき、誰が支払うのか」という問いに対する唯一誠実な答えなのです。

プライバシーは同じ選択から導かれる

daemon はあなたのマシンから直接プロバイダーを呼び出すため、あなたのプロンプトが私たちのサーバーを経由することは決してありません。それを記録するプロキシも、未公開の作品をひそかに保持する分析パイプラインもありません。エージェンシーの仕事や NDA の下にあるものにとって、「これはどこで走るのか」はもはや調達の議論ではなく、一つの設定になります。より踏み込んだトレードオフ——そして今なお残るざらついた部分——については the BYOK reality check にあります。

誰が支払うのかという問いへの答えは、こうです。あなたが、直接、あなたが選んだモデルプロバイダーに支払うのです。私たちは脇に退きます。

これがあなたにとって何を意味するか

洗練された SaaS と、気の利いたチャットボックスと、一つのサブスクリプションが欲しいなら、私たちは適したツールではありません。その形には良い製品があります——それを使ってください。

もしあなたが、次のようなワークフローを求めているなら——

• すでに信頼しているエージェントが仕事をこなし、
• スキルは読んで編集できるファイルであり、
• デザインシステムはプロジェクトとエージェントをまたいでポータブルであり、
• そして請求書は私たちではなくモデルプロバイダーに届く——

そのときこそ、Open Design はあなたのために作られています。GitHub リポジトリに入り、pnpm tools-dev を実行し、エージェントをスキルに向けて、世に出してください。

スキルレイヤーが勝つのは、それがあなたのノート PC 上のエージェントと競争しないからです。それを増強するのです。

関連する読み物

• 31 skills, 72 systems: how the Open Design library works——このレイヤーを構成する四つのプリミティブ
• BYOK design workflow: run Claude, Codex, or Qwen on your own key——実践における bring-your-own-key モデル
• The open-source alternative to Figma——「製品ではなくレイヤー」という賭けが、既存勢力に対してどこに着地するか