Taste(センス)

Tasteは創作の過程で適用される領域に根ざした判断です。これはポーリッシュ(磨き上げ)ではなく、粗削りなコンテンツを取り除くチェックリストでもありません。単に技術的に合格した成果物と、その領域の実務家が何を良いと考えるかについて実際の理解を反映した成果物の違いです。

このスキルが修正する失敗モードは明白です。エージェントは技術的には完成しているが、明らかに生成されたものであることが分かるような仕事を生み出します。情報は正確かもしれませんが、判断は欠けています。重要度が異なるアイデアに等しいウェイトが与えられます。構造はテンプレートが存在するから現れるのであって、コンテンツがそれを必要としているからではありません。詳細は利用可能だから残るのであって、重要だからではありません。

このスキルは、仕事に手を付ける前に領域を理解することを要求することで、その問題を解決します。

グラウンディング要件

何かを作成する前に、領域モデルを確立します。必要な深さは、その領域があなたの確実な知識からどれだけ離れているかによって異なります。

領域をよく知っている場合:

• 品質基準の背景にある仮定を述べて進める。
• リサーチシアター(見かけだけのリサーチ)は行わない。

領域は知っているが現在の状態を知らない場合:

• まずリサーチする。
• 現在の優れた事例、ドキュメント、慣例を見る。
• 根拠のある最初のドラフトは、根拠のない3番目のドラフトより優れている。

領域が不慣れまたは専門的である場合:

• 作成する前に立ち止まり、学ぶ。
• 領域についてのチュートリアルではなく、実務家からの優れた事例を読む。
• その分野の人々が何を気にかけ、何を背景として扱うのかを理解する。

グラウンディングステップは3つのことを生み出すべきです:

1. 品質基準: ここで何が良いのか、具体的なリファレンスポイント付きで。
2. 前提知識: オーディエンスが既に知っていることと、説明して聞き直されることを許容しないこと。
3. 注意予算: 実務家がケアを費やす場所とそうでない場所。

領域が明白で確実な場合のみグラウンディングをスキップします。不確実な場合は、グラウンディングする。

コア原則

1. 除外が味わいの主要な行為である

最初の判断は何を除外するかです。これは削除する材料の機能を理解している場合にのみ可能です。領域知識のない味わいは単なる自信です。

2. すべての要素はその場所を勝ち取らねばならない

デフォルトで含まれるものは何もありません。セクションヘッダーも、抽象化も、段落も、色の選択も。各要素は次の質問に答える必要があります: これは仕事と出会う人のために何をするのか?

例外は、慣例それ自体が意味を持つ場合です。標準的なREADMEセクション、確立されたビジュアル階層、または馴染みのあるAPI形状は、オーディエンスがそれらに依存しているため、その場所を勝ち取ることができます。

3. スパインにコミットする

作成されたすべてのアーティファクトは、支配的なアイデア(関数の実際の仕事、ドキュメントの実際の議論、デザインの主要なアクション)を持っています。それを見つけ、その周りにすべてを方向付けます。

スパインを識別できない場合、その仕事は構築する準備ができていません。

4. 洗練さよりも具体性を優先する

領域に根ざした具体的な詳細は、優雅な抽象化に勝ります。実在する物の名前を付けてください。実際の数字を使用してください。具体的な制約を参照してください。固定されていない洗練さは装飾です。

5. レジスターを実行するのではなく、それに合わせる

各領域には、コミュニケーションのネイティブな方法があります。APIドキュメント、ピッチデック、コミットメッセージ、デザイン批評、社内メモは似ていません。正しいレジスターは形式性ではなく、シグナルとノイズについてのものです。

6. 正しいレベルの完成度で止める

過度な完成は味わいの失敗です。追加作業が受信者の経験を向上させるポイントを超えると、あなたは仕事ではなく自分の不安に仕えています。

ワークフロー

1. グラウンディング

この正確なコンテキストで何が良いのかを決定します。一般的な創作領域では、references/DOMAIN_MODES.mdから関連するセクションをロードしますが、それを実際の領域知識の代替ではなく、出発点として扱います。

2. フレーミング

作成する前に、以下を確立します:

• この仕事の単一の仕事は何か?
• 誰がそれに遭遇し、すでに何を知っているのか?
• ステークスに適する完成度のレベルは何か?
• ここでの品質の領域固有のシグナルは何か?

それらの質問に答えられない場合は、作成する前にリサーチするか、質問します。

3. フィルターをオンにして作成する

スパインから外側に構築します。すべての決定ポイント(包含、構造、詳細のレベル、レジスター)で領域モデルを適用します。

これは最初に作成してから後で編集することではありません。フィルターは作成中にアクティブです。

4. 差し引く

最初のパスの後、以下を削除します:

• 有用であるというより利用可能だから含まれたもの。
• 必要性ではなく習慣によって課された構造。
• 実際のオーディエンスが明白と考える詳細。
• 判断の代わりになる弁明。
• 慣例であるからだけに存在するセクション。

5. スパインを検証する

仕事を読み返します。支配的なアイデアは明らかか? すべての要素がそれを支えるか、それとも邪魔をしないか? スパインが不明瞭な場合、何かが競合しています。

6. 完成度を調整する

結果をグラウンディングから品質基準と照らし合わせて確認します。最大限にポーリッシュされているかどうかを尋ねないでください。コンテキストのために正しいレベルで完成しているかどうかを尋ねてください。

このスキルが行わないこと

• 優れた文章、コード、またはデザインのための普遍的なチェックリストを適用しません。
• 味わいをAI的な表現を削除することに縮小しません。
• デフォルトでミニマリズムにはなりません。
• リサーチに取って代わりません。

リファレンスファイル

タスクが必要とするものだけをロードしてください。

• references/DOMAIN_MODES.md: コード、ビジュアルデザイン、ドキュメント、データアーティファクト、システム設計の創作固有のガイダンス。
• references/ANTI_PATTERNS.md: 創作中にエージェントが味わいを偽る一般的な方法。
• references/EVALUATION.md: 高いバーの自己チェック用ルーブリック。