# タイトル品質の判定素材

check_title.py の検出精度改善と、タイトル作成時の参照用に蓄積する。
新しい良い例・悪い例に気づいたら追記する。

ルール自体は `.claude/rules/permanent.md` の「タイトルの書き方」にある。ここには具体例だけ置く。

## 良いタイトル

問題と回答が1文に収まっていて、場面や動作が見える。

- 目標ではなくテーマを設定すると達成未達成の自己否定から解放される
  - 問題: 目標を立てると達成できないときに自分を責めてしまう
- 「なぜそのように弾いたか」の言語化自体が音楽的理解を深めるメタ練習になる
  - 問題: 弾けるようになっても音楽的な理解が深まらない
- もっとよい書き方を粘る瞬間は抽象化逃避のサイン
  - 問題: タイトルを磨こうとして前に進めない
- MOCには時間が経っても効く考え方を書く
  - 問題: MOCに何を書くべきか迷う
- 大きなテーマは素の言葉に降りてから分ける
  - 問題: 大きなテーマを1つの命題にしようとして抽象に逃げてしまう
- ツールを選ぶときは機能だけでなく長く続いてることも理由になる
  - 問題: 機能で比較してツールを選んだのにサービスが終了して振り出しに戻る
  - 口語の柔らかさを保ちつつ命題として成立している
- 自由な演奏をするためには丸暗記ではなく構造理解が必要
  - 問題: 曲ごとに全部覚えようとしてキリがない
  - 「ではなく」の対比が鮮明で「必要」が価値判断
- パッドは指の速さではなく構造の理解で勝負する楽器
  - 問題: パッドで何を目指して練習すればいいかわからない
  - 対比で勝負の軸を示している

## 悪いタイトル（検出すべきパターン）

### 2主張混在

接続助詞で2つの独立した主張が1タイトルに入っている。

- 自己理解は自己申告だけでは完結せず他者との対話の中で立ち上がる
  - 「せず」で「完結しない」+「立ち上がる」の2主張
  - 分割: 「自己申告だけでは自己理解は完結しない」「自己理解は他者との対話の中で立ち上がる」
  - 分割すると平凡になる → この素材はPermanentにならない可能性
- 問題の中身ではなく周囲の文脈を変えることで人の可能性が開かれる
  - 「ではなく」+「ことで」で3層に重なっている
- AIの自動処理は知識の抽出まではできるが蒸留には対話が必要である
  - 「が」で「抽出できる」+「対話が必要」の2主張

### 教科書口調

定義文・抽象語・受身で、場面が見えない。

- ケアは未来目標のために現在を手段にしない現在思考である
  - 「である」定義文。本の主張の要約
- 設定が複雑なツールの習得はコミュニティでの共助ワークショップが最も効率的である
  - 回答だけで問題が見えない
- ChatGPTにロールを設定すると回答の精度が向上する
  - 一般知識。誰でも言える。削除済

### 冗長・同義反復

- 考え方はMOCに運用ルールはrulesに手順はskillsに分けて書くと混ざらない
  - 動詞末尾「混ざらない」が「分けて書く」の言い換え
- 三層は違う仕組みでAIに届くから分けて書く
  - 抽象に逃げている。「三層」「仕組み」が何を指すか見えない

### 発見が末尾の動詞に乗っていない

- MOCとrulesとskillsはAIへの届き方が違う
  - 「違う」で終わると何がどう違うかが不明

### 平凡すぎる

正しいが発見がない。

- フロントマターはAIのためのメタデータ
  - 削除済
- 読書メモで本を忘れず知識を結びつける
  - 当たり前すぎる

## 修正ペア（実際の対話で改善した例）

タイトルを作るとき、同じ失敗を繰り返さないための実例。

### 現象描写 → 価値判断

- ❌ MOCを組み立てると足りない知識が見えてくる（何が起きるかの描写）
- ✅ MOCの価値は知識の欠損に気づけるところにある（なぜ重要かの判断）

### 硬すぎ → 柔らかく

- ❌ ツール選択では機能より継続実績が安心感の判断軸になる（抽象語が重い）
- ✅ ツールを選ぶときは機能だけでなく長く続いてることも理由になる（素の言葉）

### ぼんやりした対比 → 「ではなく」で鮮明にする

- ❌ 少ない知識で自由に演奏するには音楽を仕組みとして理解する（何と対比しているか不明）
- ✅ 自由な演奏をするためには丸暗記ではなく構造理解が必要（「丸暗記ではなく構造理解」で対立軸が鮮明）

### 事実の記述で止まる → 価値判断を足す

- ❌ 64パッドではキーが変わっても和声の形が変わらない（事実だが「だから何？」がない）
- ✅ 64パッドはキーが変わっても形が同じだから和声を身体で覚えやすい（価値判断まで踏み込む）

### 目的が欠けている → 頭に目的を置く

- ❌ ノートの仕組みは10年使う前提で決めると目先の流行に振り回されない（結果で閉じている。なぜ10年なのかが不明）
- ✅ 知的資産の蓄積のためには10年使う前提で環境構築を考える（「知的資産の蓄積のために」が目的を示し、10年の理由が立つ）

### スコープ狭すぎ → 一段上げ

- ❌ 日記専用アプリには特有の安心感がある（Day One固有の話に閉じている）
- ✅ ツールを選ぶときは機能だけでなく長く続いてることも理由になる（ツール選択一般に昇格）

## 誤検出パターン（チェックが引っかかるが問題ない）

- 「AではなくBを〜」型の対比的問題提示 → 「ではなく」で引っかかるが、問題の構造を示している
  - 例: 目標ではなくテーマを設定すると〜
