design-style-picker

1仕組みと動作原理

純粋なプロンプトオーケストレーションスキル：スクリプト、ファイル、依存関係は一切不要。SKILL.md および references/selection-playbook.md に記述されたエージェント向けワークフローとプロンプトテンプレートのみで構成され、ホスト既存の画像生成およびファイル読み込み機能により実行されます。

基本原則：ユーザーが抽象的なスタイルを明確に説明できない場合は追及をやめ、構造化された視覚的証拠（マトリクス）を生成して選択させる——「言語化可能な語彙」を「目に見える選択肢」に置き換えます。

マトリクス生成の2軸設計：垂直ラダー＝単一ディメンションの大幅なステップ変化（例：彩度強度 20/35/50/65/80）、水平軸＝異なる構造化戦略（data-driven color、brand spine、warm product imagery、scenario modules、governance-led layout）。2枚の画像が兄弟のように似通っている場合は、いずれかを再生成する必要があります。

カラーをシステムとして扱う：「less colorful」は彩度の除去を意味するのではなく、均等な焦点の数を減らすことを意味します——カラーに明確な役割を与え（広い構造領域／データ可視化の意味論／シグナルの高いブランドアクセント／ニュートラルな標準コンポーネント）、「過剰」を可視化するための境界サンプルを作成します。

選択画像から「ピクセルではなく原則」を抽出して実装：カラーの役割、レイアウト密度、焦点の階層、コンポーネントの扱い、画像の活用法、ガバナンス配置を明示的に分解し、ファイル命名に基づいて統合（「Use H02 for color placement and V04 for palette intensity」）することで、既存UIのスコープを維持します。

既存資産を再利用する「進化」の姿勢：現状をゼロから上書きする無関係な fresh 概念の生成を禁じ、まず既存のUI、スクリーンショット、トークン、CSS変数、コンポーネント名、ブランドの手がかりを収集して初期語彙とします。ユーザーが破棄を指示しない限り保持します。

2コア機能

4推奨統制措置と判定根拠

5二重目の独立検証

• [ok] 无脚本/可执行代码 — 目录仅 3 文件：SKILL.md、agents/openai.yaml、references/selection-playbook.md，无 scripts/。
• [ok] SKILL 与 playbook 一致性 — playbook Session Pattern 8 步与 SKILL Workflow 1-6 对应；色彩阶梯 20/35/50/65/80/Overload 与 SKILL 'color intensity 20/35/50/65/80' 一致。
• [ok] 无网络/凭证/写盘代码 — 三文件均为 markdown/yaml 文本，token 扫描零网络与密钥模式。
• [unlocatable] 图像生成实现位置 — SKILL 只说 'Generate comparable visual evidence' 与给 prompt pattern，不声明用哪个生成后端——实现落在宿主工具，源码内无法定位生成 API。
• [ok] 流程有效性（矩阵是否真能逼出口味边界） — 属方法论主张，无法代码验证；SKILL 内嵌 Lessons 与反例显示其基于真实迭代沉淀。

6結論