編集スタイル
次回の編集を今回より良くするための仕組み。 編集が誰かの望みに近づくのは、システムがその人が実際に好むものを——言葉で説明されるのではなく、示される——を見たときです。このスキルは、ドロップされたスクリーンショットを、日付付きの文章による決定に変換し、resolve-ai-editがプリフライト時に読み取ります。
クライアントプロジェクトごとに1つのEDIT-STYLE.md。それは成長します。それが視覚的証拠であり、CREATIVE-BRIEF.mdは安定した意図の表明であり、BRAND.mdは機械的な仕様です。
最も重要なルール
参照をそのシステムのために読み取り、その構成を決してコピーしないでください。 パレットのロジック、タイプのウェイトと組み合わせ、グラフィックがフレームを占める割合、素材感、アニメーションのタイミング、ペーシングを抽出します。そして、このクライアント独自のそのシステムのバージョンを構築します。
他人の特定のデザインを再現することはスタイルの決定ではなく、コピーであり、オペレーターの名前で出荷されます。参照が初めて提供されたときにこれを声に出して言い、その後はトレースではなく抽出を行います。
受け入れ — 参照が届くたびに
-
ファイルを受け取る。 プロジェクトの
reference/フォルダに<YYYY-MM-DD>-<what-it-shows>.pngという名前で保存します。リンクの場合はスクリーンショットを同じ方法で保存し、さらにURLも記録します。リンクは消え、再確認できないスタイル決定は理由のないルールです。動画の場合は、該当する部分を示すフレームを保存し、タイムコードをメモします。 -
「これの何が？」と1つ質問する。 理由なしに渡された参照は曖昧です——同じフレームでも、キャプション、グレーディング、ペーシング、レイアウトのために示される可能性があります。推測してはいけません。「キャプション」と「顔を保持する方法」は、まったく異なる抽出につながります。
-
適切に見る。 開きます。何かを決定する前に、実際にそこにあるものを説明します：いくつの要素、どこに配置されているか、フレーム高に対するタイプサイズ、読み取れる場合は色をHEXで、空きスペースの量、最初に目が留まる場所。
-
システムを文章で抽出する。 3～6行。機械的で再利用可能であり、印象的ではない。「2行のキャプション、フレーム高の約6%、太いサンセリフ、1語がイタリックセリフ」は使用可能。「クリーンでモダンな見た目」は使用不可。
-
スコープを決定し、何かを書く前に声に出して言う：
スコープ テスト 保存先 採用 (Adopt) これが今後このクライアントのやり方になる EDIT-STYLE.md、日付付き決定として試用 (Try) 1本の動画で試す価値あり EDIT-STYLE.md、TRYとマーク、確認条件を記載却下 (Reject) やるべきでない例として示された EDIT-STYLE.mdの「Rejected」セクション、理由付き一度きり (One-off) この動画のみ どこにも保存しない。ファイルしない -
書く。
EDIT-STYLE.mdに追記します。以前のエントリを決して書き換えず、それを置き換え、どのエントリを置き換えるかを明記します。 -
既存の内容と照合する。 新しい参照が
BRAND.mdの値、CREATIVE-BRIEF.mdの禁止事項、または以前に採用されたエントリと矛盾する場合、両方を引用し、どちらが優先されるかを尋ねます。 黙って解決してはいけません。静かに矛盾するスタイル記録は、ないより悪い——編集者は最初に読んだ行に従うからです。
良いエントリの例
### 2026-09-18 — キャプション処理
**参照:** `reference/2026-09-18-caption-style.png` (競合のショート動画からのフレーム、0:04)
**示された理由:** キャプション
**抽出:**
- 最大2行、3行は不可。行幅ではなくフレーズで改行
- キャップ高さはフレーム高の約6%——サムネイルサイズでも読める大きさ
- 太いサンセリフ、強調のためにキャプションごとに1語をイタリックセリフ
- 下部3分の1に配置するが、プラットフォームのUIゾーンとは重ならない
- ビートに合わせた単語レベルのハイライト、フェードではない
**決定:** このクライアントのすべてのショートフォームで採用 (ADOPT)
**置き換え:** 2026-08-02 のキャプションエントリ (3行、中央寄せ)
**理由:** オペレーターが連続3本の動画でキャプションの長さを修正したため
編集を始める前に
resolve-ai-edit はプリフライト時に EDIT-STYLE.md を読み取ります。クライアントのスタイルを尋ねられたら、ファイルを読み、そこから回答します——最初に採用エントリ、次にまだ TRY とマークされたもの、次に却下リスト。却下された理由とともに何が除外されたかを知ることは、それを再提案するのを防ぐからです。
ファイルが長い場合は、統合を実行するのではなく提案してください。 重複をマージし、置き換えられたエントリを削除し、安定したルールを CREATIVE-BRIEF.md に昇格させ、意図として属する場所にします。提案します。オペレーターが承認します。
このスキルが行わないこと
- 編集は行いません。 それは
resolve-ai-editです。 - スタイルを発明しません。 参照がない場合、エントリはありません。何もないところからの抽出は、日付をまとった推測です。
- あるクライアントのスタイルを別のクライアントに持ち越しません。 各クライアントの記録はそのクライアントのものです。別の場所でうまくいった処理は、出典を明記して提案されることはあっても、黙って適用されることはありません。
- パッケージ、タイトル、サムネイルには触れません。 別の仕事、別のスキル、別のリポジトリです。
このスキルを最新に保つ
何か注目すべきことを学んだら、このファイルのルートを更新してください — メモやチャットログではなく。クライアントの編集に関する修正は、そのクライアントの EDIT-STYLE.md に記述します。抽出自体の仕組みに関する修正は、ここに記述します。