# タイトル品質の規範カタログ

`check_title.py` で warning が出たときの判定基準。スキル単体で完結する規範をここに置く（Vault 内の Brain/Permanent / MOC が無い環境でも判定できるように）。

Vault 環境では `.claude/rules/permanent.md` と `Brain/MOC/アトミックノートを定義するノート.md` がより詳細な規範を持つ。warning の refs WikiLink がそれらを指している場合は、Vault 内ノートを優先的に Read してよい（このファイルは fallback）。

---

## 1ノート1命題

タイトルに2つの主張を詰め込まない。接続助詞（が・ことで・せず・ではなく・ため・初めて・により・であり）で独立した述語が2つ繋がっていたら、2つのノートに分ける。分割した結果が平凡すぎるなら、その素材は Permanent にならない。

「Xすることで初めて Y になる」「Xによって初めて Y」のような連結構文は、土台命題（Y が望ましい・普通は Y にならない）と操作命題（X をする）が圧縮されているサイン。土台側の前提を別命題として先に立てると、操作側から「初めて」が消えてそれぞれ独立して成立する。

「A であり B」「A せず B する」「A ではなく B する」のような対比・並列も、独立した2命題が連結されている可能性が高い。

## 強い動詞で締める

タイトル末尾は発見の核を担う動詞で締める。「選ぶ／決まる／勝負する／両立させる／取り戻せる／突破する／圧縮する」のように動作が見える動詞を選ぶ。

避ける語尾:
- 状態動詞「〜である」「〜にある」「〜になる」「〜を持つ」「〜に宿る」
- 「である」型定義文（最終文も含む）
- 体言止め（名詞・カタカナ・固有名詞で終わる）

状態動詞しか出てこない時は、その主張がまだ発見になっていないサイン。場面や動作が見える言葉で書き直す。

## スコープのチェック（上下両方向）

タイトルを書いたら上下両方向にスコープを確認する。

**下方向**: 特定の楽器・特定の場面に張り付いた主張になっていないか。「ギター録音は DAW 直結で済む」のような固有名詞・状況に張り付いた表現は、例が変わると成立しない。「DAW 直結は楽器の録音準備をケーブル一本に圧縮する」のように、例が変わっても成り立つ範囲に一段上げる。具体例は本文の中で触れればよい。

**上方向**: この具体的発見の上に、もっと広い別の発見が立たないか。立つなら親と子の両方をノートにする。親が「原理」「アーキテクチャ」「規範」「設計」「本質」のような抽象語に逃げていたら、教科書化しているサインなので戻す。

## 問題と回答の構造

良いタイトルは「ある問題に対する回答」になっている。タイトルを書いたら「これはどんな問題に答えているか」を一文で言えるか確認する。言えなければ候補から落とす。

例:
> 「目標ではなくテーマを設定すると達成未達成の自己否定から解放される」
> → 問題: 目標を立てると達成できないときに自分を責めてしまう

回答だけを述べるタイトル（「〜が重要である」「〜が大切」）は教科書になる。

## 抽象語に逃げない

「原理」「アーキテクチャ」「プロセス」「メカニズム」「フレームワーク」「パラダイム」「コンテキスト」「アプローチ」「メソッド」「ストラテジー」「設計」「本質」「規範」「手続き」のような抽象設計語に逃げない。具体の場面・動作が見える言葉で書く。

抽象名詞主語（「概念」「思考」「知識」「情報」「構造」「原則」「理論」「手法」「方法論」「体系」「仕組み」「設計」）から始まるタイトルも要注意。ただし「情報の◯◯」「思考のプロセス」のように具体対象として複合名詞で使われている場合は、抽象名詞主語ではない。

## 長さ

40字以内が目安。それ以上は2命題が混在している可能性が高い。読点を使わない。

## 体言止め

名詞・カタカナ・固有名詞で終わるタイトル（「マインドセット」「現実」「インボックス」）は命題未満の可能性。動詞・形容詞活用形で締まっているか確認する。

ただし「Aは B（体言）」型でコピュラ省略になっている場合は命題として成立することもある。AI が判定する。

## 言葉づかい

口語（やり方・〜なんですよ・〜だよね）に振れすぎない。書き言葉だが平易な語（考え方・運用ルール・手順）を選ぶ。標準的な書き言葉の格を保つ。

## 体験談述で書かない

素材に出てくる出来事や人物を「〜で確認した」「〜と話した」「自分は〜」のように本文の根拠として持ち出さない。命題が特定体験に縛られて普遍性が消える。命題の対象として固有名詞が登場するのは可（例「Apple Notes と Obsidian は別の構造を要求する」）。

## 大きなテーマから命題を取り出す（降ろし方）

大きなテーマで一発の上位包括テーゼを探そうとすると抽象に逃げる。

1. **素のまま言葉にする** — 「今やろうとしていることは何か」を専門語・抽象語を全部外して言い直す。日常語だけで説明できるところまで降りる
2. **素の言葉のまま3〜4本のテーゼに分ける** — 当たり前を当たり前に書く。難しくしない
3. **並列で立つか確認する** — 分けた3〜4本がそれぞれ独立して成立するなら正しく分解できている
4. **親（包括ノート）は子の後に回す** — 「なぜ全部要るか」を語る統合ノートは、子3〜4本を先に作ってから最後に書く

---

詳細・最新版は Vault 内の `.claude/rules/permanent.md` を参照（環境が Vault 内の場合）。
