インストール
pnpm dlx skills add pilioai/skills --skill remove-background誰向けか
Pilio の開発者 API ワークフローを代理へ渡し、「各スキルは故意に小さく、本当に API を呼ぶのは CLI」を受け入れるときに、このスキル一式を使う。汎用の作画プラグイン市場ではない。説明に書かれたいくつかの --skill 名だけを覆う。
前提は三つ。第一、一度に一つの機能だけ入れる：gpt-image-2、nano-banana-pro、または remove-background。四つ目の名前を作らない。第二、CLI を走らせる前に本機環境へ PILIO_API_KEY を置く。本物の鍵をプロンプトやスキルファイルへ貼らない。第三、先に hosted Pilio tools でブラウザから同じワークフローを試し、それから代理へ渡す。見える文にホストツールの URL は無い。先に公式リポジトリで入口を探す。ドメインを作らない。
API key が無く、先にブラウザで確かめるつもりも無いなら、代理に CLI を実行させない。
3 分で最初の試行を終える
公式ページ：
https://github.com/pilioai/skills
先にインストールだけ。API は呼ばない。公式に出たスキルを一つ選ぶ。例（このマシンへスキルファイルを書く。先に名前を確認する）：
pnpm dlx skills add pilioai/skills --skill remove-background
他の公式名は gpt-image-2 と nano-banana-pro。入れたあと、そのスキルが見えるか見る。コマンドが失敗したら止める。
成功の合図：対応スキルが入っており、まだ @pilio/cli を一度も実行していない。あとで本当に API を呼ぶなら、先にブラウザのホストツールで同じワークフローを通し、本機で PILIO_API_KEY を export し、それから代理に実行を許す：
pnpm dlx @pilio/cli <command>
<command> 本文に具体的なサブコマンドは無い。先に代理へ、実行する完全なコマンドを言わせる。でたらめ課金や誤ったディレクトリ書きが無いと確認してから実行し、すぐ出力ファイルまたはエラーを見る。
利用事例
事例一：機能ごとにスキルを一つ入れる。pnpm dlx skills add pilioai/skills --skill に公式名三つうち一つを付ける。選んだ一つだけが出るか照合する。出ていない --all で一度に全部入れない。
事例二：実行を @pilio/cli に任せる。スキル自体は API を走らせない。先にブラウザで確かめ、PILIO_API_KEY を置き、pnpm dlx @pilio/cli <command> を実行する。サブコマンドが書いていなければ作らない。鍵は本機環境だけ。プロンプトにもスキルファイルにも入れない。
利用上の境界
インストールの根拠は gpt-image-2、nano-banana-pro、remove-background への pnpm dlx skills add まで。
API 実行の根拠は pnpm dlx @pilio/cli <command> まで。サブコマンド表は無い。
PILIO_API_KEY は本機環境に置く。本物の鍵をプロンプトやスキルファイルへ書かない。
ホストブラウザツールは代理の前の検証として求められるが、URL は出ていない。ドメインを足さない。
説明に言語範囲、価格、クライアント名簿は無い。根拠の無い項目は未知のまま。サブコマンドや四つ目のスキル名を足さない。