一刀メルマガ制作スキル 完全マップ

各スキルが個別にPhase遵守ルールを書くと、スキルごとにドリフトする。かつてmailmagazine-creatorで「ハードNGがevaluation.mdとknowledge-base.mdで二重管理されてドリフト」したのと同じ事故が、Phase遵守ルール側でも起きる。

このファイルを単一ソースにすることで：

• 各スキルは「Phase Discipline は _common/phase-discipline.md 参照」とポインタを置くだけ
• ルール更新時はこのファイルだけ修正すれば全スキルに反映される
• Phase遵守ルール自体のドリフトを防げる

なぜ必要か：AIは態度を指定しないと自動的に「中立的な説明者」の態度で書く。これがメルマガを殺す最大の原因。態度を先に定義することで、以降の全Phaseがこの態度に従属する。

省略するとどうなるか：構成がどれだけ良くても「説明文」になる。後から態度を注入しようとしても表面的な語尾調整にしかならない。

手順

1. references/position-contract.md を読み込む（最上位前提）
2. references/attitude-guide.md を読み込む
3. スタンス候補を3つ出す（自虐／発見／告白／警告／観察 など）。各候補に「なぜこの場面でこのスタンスが出たか」の導出根拠を1行で書く（口述のどの箇所／矛盾のどの側面からこのスタンスが立ち上がるか）。根拠なしの候補列挙を禁止する
4. 各候補に対して読者反論テストを実施する：
   • 「じゃあやめれば」→ 負荷型自虐は不成立（権威調整型の4条件をすべて満たす場合のみ別判定で成立／PRC-001）
   • 「それは確かに意外」→ 発見として成立
   • 「言いにくいことを言ってるな」→ 告白として成立
5. 成立しないスタンスは破棄する
6. 採用スタンスで矛盾・代償を特定する（代償は「過去の選択・能力不足・払ったコスト」。外部要因への被害感は代償ではない／契約2）
7. 態度の3軸を定義する（対テーマ／対読者／対自分）
8. 読者が最終的にどう感じるべきかを設計する（感情ゴール）
9. Position Contract 4契約のチェック：採用したスタンス・構図が4契約すべてを満たすか確認。1つでも満たさない場合、手順3に戻ってスタンスを再選定する

成果物（必須提示）

• スタンス候補3つ（各候補に導出根拠を1行）
• 各候補の反論テスト結果
• 採用スタンス＋破棄したスタンスの理由
• 矛盾・代償の特定結果（自分→自分方向であることの根拠付き確認）
• 態度3軸（対テーマ／対読者／対自分）
• 感情ゴール
• Position Contract 4契約チェック結果（各契約に違反しないことの根拠付き確認）

アンチパターン

• 態度不在：矛盾も代償もないまま構成に進む → 説明文が生成される
• 態度の後付け：構成後に「もっとカジュアルに」と調整 → 表面的な語尾変更にしかならない
• 矛盾の解消：「でも結局は○○が正しい」と矛盾を解決してしまう → 面白さが消える
• 自虐デフォルト：スタンス候補を出さず自虐に直行する → 成立しないテーマで自虐を使ってしまう

なぜ必要か：ケンの口述にはシーン・逡巡・感情の揺れが含まれている。これが矛盾と代償の原材料。要約すると全部消える。

省略するとどうなるか：口述を要約してからPhase 2に入ると、矛盾・逡巡・感情が「整理」されて消滅する。整理された素材からは説明文しか生まれない。

手順

1. ケンの口述を受け取る
2. 以下を保存する（要約禁止、原文のまま）：
   • 具体的なシーン（いつ、どこで、誰と、何が起きた）
   • 逡巡・留保（「ちょっと苦しいなでも」「〜かな？」等の迷い）
   • 数字（金額、期間、人数等）
   • 感情の漏れ（「正直○○」「ぶっちゃけ」等）
3. Phase 0で定義した矛盾・代償と口述を照合する
4. 口述に矛盾の追加素材があればPhase 0を更新する

アンチパターン

• 要約化：口述を箇条書きに整理する → シーンと逡巡が消える
• 選別：「これは使えそう、これは不要」と取捨選択する → 矛盾の素材を捨てる
• 補完：口述にない情報をAIが推測で補う → ケンの体験ではなくなる

なぜ必要か：口述をそのまま構成に持ち込むと「口述の並べ替え＝構造化コピペ」になる。読者が「その視点なかったな」と思えるレベルの洞察は、口述の背後にあるメカニズムを抽出して初めて生まれる。

省略するとどうなるか：理論が浅くなる。「つまり何が言いたいの」が弱いメルマガになる。口述者が言ったことの枠を超えられない。

手順（8点シート）

1. 口述の中で一番ズレている違和感は何か（口述者自身も気づいていない可能性がある）
2. その違和感を一言で言うと何か
3. それは読者の常識をどう裏切るか（読者の「え？」を設計する）
4. どの構造に一般化できるか（同型構造の発見）
5. このメルマガで本当に言いたいことは何か（口述を超える命題）
6. 何を言いすぎないか（主張の限界設定）
7. 立場リスク：上記の本質命題を発信した時、Position Contract 4契約のどれが破られるリスクがあるか。リスクのある論点・表現を列挙する
8. 立場保護後の命題：立場リスクを排除した上での本質命題は何か（書き換え後の命題）

成果物（必須提示）：上記8点を埋めた結晶化シート（全セル必須）。各点に空欄や「TBD」がある場合は未完了。これがPhase 2の構成の土台になる。

アンチパターン

• 口述語のそのまま使用：「再現性」「プロセスの分解」等を口述のまま使う → 読者の見え方が変わらない
• 結晶化を整理で代替：口述を箇条書きに整理する → 深さが生まれない。整理と結晶化は別工程
• AIが安全策に逃げる：口述の範囲内に留まり間違いリスクを回避する → 入力を超えなければ価値がない

なぜ必要か：前半（代償のある雑談）→ 後半（フレーム化）の構造が、ケンのメルマガの説得力を生む。前半で「この人は代償を払っている」と感じさせ、後半で「その代償から学んだことを構造化してくれている」と感じさせる。

省略するとどうなるか：構成なしで書くと「体験談→教訓」の平坦な流れになる。または「冒頭から教訓を語る講義」になる。

手順

1. references/style-guide.md を読み込む
2. 前半の構成を設計する：
   • 冒頭：事実ベースの入口（口述にある矛盾・違和感・エピソード）があればそれを使う。なければ「今回は〜の話をします」の直入りが正解（260710で確立）。興味づけのために事実・エピソードを作るのが最悪（捏造禁止）
   • 展開：具体的シーン + 代償の開示
   • 転換：「でも実は」「ただ」等で矛盾を深める
3. 後半の構成を設計する：
   • フレーム化：体験を条件/パターン/フェーズ等の構造に変換
   • 具体例：フレームの具体的な使い方
   • 着地：次回への伏線 or ランニングギャグで締める
4. 全体の流れを「連載の1エピソード」として検証する（認識遷移ドラマ化していないか／契約4）

成果物（必須提示）：構成図（前半／転換／後半／着地の流れを箇条書きまたは図で）。各セクションに何を書くかが具体化されていること。

アンチパターン

• 説明先行：素材に事実ベースの入口があるのに、議題宣言だけで始める → 素材を捨てている（素材に入口がない場合の「今回は〜の話をします」直入りは正しい判断であり、これには該当しない）
• 体験の羅列：シーンを並べるだけでフレーム化しない → 愚痴日記になる
• フレーム先行：最初から構造を提示する → 講義になる
• 起承転結の強制：綺麗にまとめようとする → ケンのメルマガの「ぶった切り感」が消える

なぜ必要か：初稿は必ず「説明寄り」になる。AIの生成原理上、整合性を追求するため矛盾が薄まり、態度が後退する。

手順

1. Phase 0の態度、Phase 1の口述、Phase 1.5の結晶化、Phase 2の構成を全て参照して書く
2. ですます基調。文法は崩さない
3. 各セクションにPhase 0で定義した態度を反映する
4. 各セクションで、態度が既存のどの文（断言・限定・観測範囲の提示・本音）に表れているかを1箇所特定する。特定できないセクションのみ、1-2文の態度差し込みを行う（自己ツッコミ、感情の漏れ、前回接続。ただし契約2の許容範囲内）。真面目回では断言と限定の置き方自体が態度になる（260102参照）
5. 態度差し込みはテーマとの相性で判断する（ランニングギャグ、P.S.は毎回入れない）

成果物（必須提示）：初稿全文。中間提示としてケンに見せる。

なぜ必要か：初稿のまま出すと「構成は良いが温度がない文章」になる。内容が固まった段階で品質を検査する。

Step 1: 4軸チェック（最上位は軸0：立場保全）

references/evaluation.md を読み込み、以下4軸で自己評価する。軸0で違反があれば他3軸の評価に進まず再修正する。

0. 立場保全（最上位）：Ken Position Contract 4契約に違反する文がゼロか
1. 内容忠実性：元の論点・数字が残っているか
2. ケン再現性：本人が本当にこう言いそうか
3. 読み物性：説明ではなく面白いか

Step 2: ラベル診断（19種）

走査順序：均等走査ではなく、深刻度の高い順に走査する。

最優先（立場事故3種）：これらは「読者の認知を書き手から永久に引き離す」レベル。1つでも該当があれば再修正必須で、他のラベル走査前に処理する。

• 被害者ポジ化：外部要因へのネガ感情表出（契約2違反）
• 雑魚側降下：世間の常識を自前提化して否定（契約3違反）
• 認識遷移ドラマ化：気づきストーリー構図（契約4違反）

次点（構造的問題）：態度不在／説明化／矛盾解消

残り13ラベル：優等生化／一般論化／温度不足／ユーモア後付け／格式崩れ／自虐不成立／抽象化不足／興味付け不全／確信度過剰／社会摩擦／自己評価の押し売り／装飾不適合／機械整形

詳細な症状・対処は evaluation.md の表を参照（単一ソース）→ 本ページ セクション10 に全文掲載。

Step 3: 修正

ラベル診断で問題があった箇所について修正する。判断に迷う場合は references/cases/ の類似ケースを参照する。

成果物（必須提示）

• 4軸評価結果（軸0/1/2/3それぞれの判定と根拠）
• ラベル19種診断結果（深刻度の高い順に走査した結果。立場事故3種は最優先で根拠付き走査必須）
• ハードNG走査結果（立場保全ゲート3問の根拠付き走査結果＋evaluation.mdに記載の全ハードNG項目）
• 「該当なし」と書く場合は走査した語例・パラフレーズ候補・該当しなかった理由を併記

なぜ必要か：内容と文体が固まった後に整形する。内容設計中に整形を混ぜるとノイズになる。

手順

1. references/formatting-guide.md を読み込む
2. 改行を「意味のまとまり」基準で見直す（文字数は従）
3. 空行を1行/2行/3行で使い分ける
4. 整形ハードNGチェック（接続詞単独行、5文字以下連発、意味途中改行）
5. テキストファイルとして出力する

成果物（必須提示）

• 整形ハードNGチェック結果（接続詞単独行／5文字以下連発／意味途中改行の3項目それぞれを根拠付きで走査）
• 「該当なし」と書く場合は走査した接続詞語例・行長分布・該当しなかった理由を併記
• 整形済み最終稿のテキストファイル

なぜ必要か：ケンの修正はナレッジの最大の源泉。修正の理由を構造的に記録しないと、同じ失敗を繰り返す。

省略するとどうなるか：毎回同じ種類の修正が発生する。学習しないAIになる。

手順

1. ケンに初稿を提示する
2. ケンの修正・フィードバックを受け取る
3. 修正があった場合、Case Cardを作成して references/cases/ に保存する：
   • Context snapshot（文脈）／Failed move（何が起きたか）／Signals observed（違和感の信号）／Hidden axis（本当の分水嶺）／Reasoning chain（読者の認知プロセス）／Ken's judgment criteria（ケンの判断基準）／Reusable rule（再利用ルール + Check question）／Contrast（類似ケースとの差分）／Transfer（転用可能性）
4. 新しい禁止表現があれば references/knowledge-base.md の禁止表現テーブルに追加
5. 修正を反映する
6. 完成稿を確定する前に、変更箇所を起点とした差分再検査を行う（全文の再診断ではなく、変更が影響した範囲に限定する）：
   • 新規に入った事実・数字・エピソード・世間認識に出所（口述／過去の確立事実／ケンのフィードバック）があるか
   • 削除・変更した要素を前提にしていた表現が、本文の他の箇所に残っていないか
   • 変更箇所にPosition Contract違反・禁止表現が新規混入していないか
   • 整形NG（接続詞単独行・見出し直下の同文繰り返し等）が新規発生していないか
7. 再検査を通過した完成稿を 0_一刀/メルマガ/完成メルマガ/ に格納する（命名規則：一刀MG_YYMMDD_タイトル.txt）
8. 複数のCase Cardから共通原理が見える場合、Principle Cardを作成して references/principles/ に保存
9. references/knowledge-base.md の索引を更新する

蓄積の核心ルール

• 保存単位は「ルール」ではなく「判断イベント」。結論だけでなく「何を見て→どう解釈して→どこで線を引いたか」を保存する
• 成功パターンは単体で保存しない。「この条件だから効いた」を必ず記録する
• 前回の正解を再利用するときは、必ず「今回は何が同じで何が違うか」を1行で確認してから使う

アンチパターン

• 修正の丸呑み：ケンの修正を理由なく反映する → なぜ修正されたか分からず再発する
• 結論だけの蓄積：Before/Afterだけ記録する → 条件が変わると応用できない
• 成功例の文脈なし蓄積：「この表現が効いた」を保存する → 別の文脈で誤用される
• 過剰一般化：1回の修正から広すぎるルールを導出する → 別の文脈で邪魔になる

なぜ：逡巡はケン自身が矛盾に気づいている証拠。「ちょっと苦しいなでも」「〜かな？」「正直○○だけど」という言い回しの裏に、本人も整理しきれていない矛盾がある。AIはこれを「不要な迷い」として削除しがちだが、これこそが面白さの原石。

具体的に拾うもの：

• 「ちょっと苦しいなでも」「〜かな？」等の迷い表現
• 「正直」「ぶっちゃけ」等の本音マーカー
• 同じテーマに対して前半と後半で違うことを言っている箇所
• 「○○なんだけど、でも○○でもあるんだよね」という両論併記

なぜ：ケンは自分の仕事・サービス・信念に対して常に複雑な感情を持っている。「これが正しい」と単純に言い切れない。この複雑さが読者を惹きつける。単純な正解を提示する人より、矛盾を抱えたまま語る人のほうが信頼される。

典型的な矛盾の構造：

• プロとしての立場 vs 個人としての本音（「広告のプロが広告やめとけと言う」）
• 売りたい vs 正直に語りたい（「メルマガセミナー売るけどメルマガ続かない」）
• 推奨する vs 自分はできていない
• 引退したい vs まだやっている

なぜ：メルマガは連載。前回「○○が大事」と言ったのに今回それと矛盾することを言う、というのは最高の素材。読者は「あれ、前回と違くない？」と思い、その矛盾にケンの誠実さを感じる（ただし「気づき・変化」のドラマ構図に逃がさず、「同じ事象の別側面」として両立させる／契約4）。

具体的なアプローチ：

• 前回のメルマガのテーマ・主張を確認する
• 今回のテーマが前回と矛盾する点がないか探す
• 前回の伏線を今回回収できないか検討する
• 前回の結論を今回ひっくり返せないか検討する

なぜ：矛盾のないメルマガは書かない。矛盾がないなら、このテーマでメルマガを書く意味がない可能性がある。AIが勝手に矛盾を捏造するのは最悪のパターン（嘘になる）。

ケンへの聞き方：

• 「このテーマで一番言いづらいことは何ですか？」
• 「このテーマに対して、ケンさん自身が矛盾を感じている部分はありますか？」
• 「正直、このテーマに100%自信はありますか？」

こんにちは！限界マーケターのケンです。

胃腸炎ナウです。

2024年の締めくくりに
体調を崩すという
最高の年末を過ごしていますｗ

→ 自虐エピソードでワンクッション入れてから本題へ。挨拶→即テーマ説明にならない。

僕はこのスタイルを
「やる気・元気組織」って
呼んでるんですけど（ネーミングセンス）

ここテストで出ますからね。

→ 独自の命名で概念を印象づけ、メタコメントで読者との距離を縮める。

もうね、
その時の僕の心境は

「◯ね（伏字）」

です。

いやマジで。
月300万かけて
CPA12,000円って何の罰ゲームですか。

→ 伏字で暴言を笑いに変換。数字の具体性で信頼を担保。

「いやケンさん、
うちは月商100万もないんですけど」

って思った方、
大丈夫です。

むしろ月商100万以下の人にこそ
聞いてほしい話です。

→ 読者の疑問を先読みして代弁 → カジュアルに切り返して対象者を明示。

P.S.

最近のメルマガの感想とか
リクエストとか
あったら気軽に送ってください。

・こういうテーマ書いて
・この話もっと詳しく
・ケンの髪の毛の最新情報

なんでもOKです。

普通に全部読んでますｗ

→ リクエスト項目に自虐（髪の毛）を混ぜて軽さを出す。「垂れ流す」感。

## [CASE] ID: MLG-YYYY-MM-DD-NNN
- Skill: / Date: / Theme:
- Decision question:
- One-line takeaway:
- Retrieval cues:
- Related principles:

### 1. Context snapshot
- Goal: / Audience lens: / Speaker position: / What must be protected:

### 2. Failed move
- AI move: / Ken correction: / Surface problem:

### 3. Signals observed
### 4. Hidden axis
### 5. Reasoning chain
### 6. Ken's judgment criteria

### 7. Reusable rule
- Use when: / Avoid when: / Check question: / Safer alternative:

### 8. Contrast
- Similar-looking success: / Why different: / Boundary learned:

### 9. Transfer
- Abstract principle: / Scope: / Tags:

Retrieval cues: 自虐, ｗ, 共感, 理不尽, 軽い表現, 笑い

原理

自虐・ｗ・軽い表現は全て「共感の前借り」で成立している。書き手が自分を下げる→読者が「わかる、それキツいよね」と先に共感する→その上で笑える、という順序が必要。読者が「別にキツくないでしょ」「自分でやってるだけでしょ」と感じると、共感が発生せず、自虐は不快に、ｗは不謹慎に転落する。

なぜこうなるか（メカニズム）

笑いは「共有された前提」の上で成立する。ツッコミが面白いのは、ボケの「おかしさ」を聞き手が先に認知しているから。同様に、自虐が面白いのは、読者が先に「その状況はキツい」と認知しているから。認知の順序が「書き手の下げ→読者の共感」でないと、笑いではなく違和感になる。

自虐の2類型（2026-07-10追加・260228の回帰検証より）

A. 負荷型：理不尽・代償・逃げにくさへの共感で成立する自虐。「共感の前借り」がそのまま適用される。読者が「じゃあやめれば」と返せるなら不成立。

B. 権威調整型：専門家が自分に不都合な矛盾を正直に開示することで成立する自虐（例：260228「メルマガを売る本人が、一度も定期配信が続いたことがない」）。共感の前借りではなく「正直さ」で成立する。以下の4条件をすべて満たす場合のみ、「やめれば」テストの適用外として成立する：

1. 矢印が自分→自分（自分の性質・怠慢・矛盾。外部に原因を置かない）
2. 外部要因（市場・ツール・関係者・停滞期間）を責めていない
3. 読者に同情を要求していない（笑いとして開示している）
4. 「じゃあやめれば／やれば」という反論を本文自身が先に自認した上で、矛盾の開示自体が価値になっている（誠実さの証明、後半フレームの説得力の源泉）

負荷型の判定を権威調整型に機械適用しない（260228は「やれば」と返せるが神回）。逆に4条件を1つでも欠く場合、特に条件2を欠く場合は権威調整型を名乗れない（260426の被害者ポジ化はここで弾く）。

判断の分水嶺

Check question

• 読者は「いや、やめれば？」と一言で返せるか？（返せるなら負荷型としては不成立）
• 負荷型で不成立の場合、権威調整型の4条件をすべて満たしているか？（満たすなら成立、1つでも欠けば不成立）
• まだ評価が割れうる場面で、笑ってよい側に自分は立っているか？

適用スコープ：全発信。メルマガ、note、X、セミナートーク全て。自虐・ｗに限らず、軽い表現を使う全ての判断に適用。
共感自虐ｗ笑い態度設計

Retrieval cues: 口述, 構造化コピペ, 本質, 言語化, 入力を超える, 結晶化

原理

入力（口述・素材）はフロア（最低ライン）であって天井ではない。入力の言い換え・再構成は「構造化コピペ」であり、仕事ではない。AIの仕事は、入力者が感覚的に掴んでいるが言語化できていない本質を言い当てること。

なぜこうなるか（メカニズム）

AIは入力の言い換えを本能的に選ぶ。言い換えは「間違わない」最も安全な行為だから。入力を超える推論には「間違うリスク」がある。だからAIは明示的に要求されない限り、入力の範囲内に留まり、それを綺麗に整理して「理解しました」と返す。

しかし読者が求めているのは「整理された口述」ではなく「新しい視点」。口述をどんなに綺麗に並べても、口述者が既に言ったことの枠を超えない。「読んだ後に見え方が変わる」体験を作るには、口述の背後にあるメカニズムを抽出し、口述者すら気づいていなかった構造を言語化する必要がある。

判断の分水嶺

Check question

• この段落を読んだ後、読者の見え方は変わるか？
• 口述者が言った以上のことが含まれているか？
• メカニズム（なぜそうなるか）が説明されているか？

適用スコープ：全スキル。口述・素材・インプットからアウトプットを作る全ての場面。
抽象化結晶化口述処理入力超越

Retrieval cues: 再利用, 文脈依存, 前回成功, テンポ, 投げやり, ｗ

原理

成功した表現は「成功した文脈」とセットでしか再利用できない。表現だけ抜き出して別の文脈に移植すると意味が変わる。前回の正解を今回に再利用するときは、必ず「今回は何が同じで何が違うか」を確認してから使う。

なぜこうなるか（メカニズム）

言語の意味は文脈に依存する。同じ文字列でも、直前に何があるか（前段）、読者がどういう心理状態か（共感の地盤）、書き手がどういう立場か（Speaker position）によって意味が変わる。

AIはknowledge-baseに蓄積された「成功パターン」を表面的にマッチングして再利用する傾向がある。しかし成功パターンを成功させていたのは表現そのものではなく、その表現が置かれていた文脈。文脈を検証せずに表現だけ移植すると、同じ言葉が真逆の効果を持つ。

判断の分水嶺

Check question

• 前回この表現が成功した時の文脈と、今回の文脈は同じか？
• 今回の前段は前回と同じか？
• 読者の心理状態は前回と同じか？

派生: テンションと構造は独立変数（集客メルマガ回から統合）

参考テキストから学ぶべきは「表面のトーン（テンション）」ではなく「面白さの構造（メカニズム）」。登録フォームのテンション全開をそのままメルマガに持ち込むと温度が合わない。しかし面白さの構造（感情ノイズ、脱線、テンション急変）はトーンを落としても移植可能。つまり「構造」と「テンション」は独立変数。この原則は参考テキストの活用だけでなく、PRC-002（入力超越）にも接続する：素材から抽出すべきは表面ではなくメカニズム。

適用スコープ：全スキル。過去の成功パターンを再利用する全ての場面。knowledge-baseの蓄積を使う時は常にこの原則を適用する。
文脈依存再利用表現の移植knowledge-base運用構造とテンションの分離

Retrieval cues: 見出し, 面白い, エモい, 自己評価, 押し売り, 興味付け

原理

読者に体験させるべきもの（面白さ、感動、驚き）を書き手が先に言語化すると、体験自体が消える。「面白い」「エモい」「すごい」は読者が読んで感じるもの。書き手が先に宣言すると評価の押し売りになる。見出し・件名・冒頭文の仕事は「価値の宣言」ではなく「curiosityの起動」。

なぜこうなるか（メカニズム）

人間は「自分で発見した」と感じることに価値を置く。書き手が先に「これは面白い」と言うと、読者は受動的な消費者になる。逆に、視点差や違和感を提示されると、読者は能動的に「知りたい」と思う。

さらに、書き手が先に評価を宣言すると期待値が上がる。内容がその期待値に届かない場合「大したことなかった」になり、届いた場合も「まあ言ってた通りだな」で終わる。先に宣言しなければ、期待値なしで読めるので「おお、これは」と読者自身が発見する体験になる。

判断の分水嶺

Check question

• これは「価値の宣言」か、それとも「読みたくなる入口」か？
• 読者に体験させるべきことを、書き手が先に言語化していないか？

適用スコープ：全発信。見出し、件名、冒頭文、動画タイトル、講座名、スライド見出し、X投稿の冒頭、全て。
興味付け自己評価見出し設計Show dont tell

Retrieval cues: 断言, 推測, 他人, 内面, 距離, 誠実さ, 確信度

原理

確信度の表現は「情報の出所からの距離」で決まる。距離が近い情報ほど断言してよい。距離が遠い情報ほど推測トーンで書く。確信度を距離に合わせないと「知ったかぶり」として信頼が崩れる。

なぜこうなるか（メカニズム）

ケンのメルマガの信頼は「正直さ」から来ている。読者は「この人は知らないことは知らないと言う」と信じている。だから自分の体験を断言した時に説得力が出る。

もし他人の内面を断言すると、「この人は知らないことも知っているふりをする」に変わる。一度そう認知されると、自分の体験の断言すら「本当か？」と疑われるようになる。確信度の管理は「今の一文」だけの問題ではなく、メルマガ全体の信頼構造の問題。

距離の段階

Check question

• これは自分が知っていることか、読んで推測しているだけか？
• 事実／解釈／推測のどれか？
• 口述のトーンを勝手に格上げしていないか？

適用スコープ：全スキル。他人について言及する全ての場面。メルマガ、note、批評、分析記事、採用評価、顧客理解、全て。
確信度距離法則誠実さ推測トーン

Retrieval cues: 面白くない, ノイズ, 結論奉仕, 感情, 脱線, AI臭, 事実の配置

原理

AI文章の面白くなさの本質は「ノイズがない」こと。全ての文が結論を補強する説明として機能しており、感情の揺らぎ・脱線・寄り道がゼロになる。事実も「説明」として配置され、「感情の根拠」としては使われない。

なぜこうなるか（メカニズム）

AIの生成原理は整合性の追求。結論が決まると全ての文がそれを補強する方向に生成される。結論と無関係な感情（ムカつき、怖さ、めんどくささ）は「不要な情報」として自動排除される。第三者のセリフも「場面再現」ではなく「結論への伏線」として配置される。

しかし人間の文章は「結論に向かいつつ寄り道する」。この寄り道（ノイズ）が読者にとっての面白さ。ノイズは「不要な情報」ではなく「人格の開示」。ノイズがない文章は「誰が書いても同じ」になる。

ノイズの5要素（集客メルマガ回で特定）

1. 感情のノイズ — 「は？」「ちょっと怖い」等の心の声がそのまま出る
2. 脱線 — 本筋と関係ないが人格が見える情報（健康状態、内心の葛藤）
3. テンションの急変 — 大真面目→突然の自虐→また真面目
4. 嘘→訂正パターン — 「口が裂けても言えません。嘘です」
5. 事実を感情の根拠に使う — 「500人束ねてます」→「だから言えない」

判断の分水嶺

Check question

• この文章に「結論を補強しない文」が1つでもあるか？
• 感情の漏れ・脱線・テンション変化は入っているか？
• 事実は「説明」として置かれているか「感情の根拠」として置かれているか？

適用スコープ：全発信。メルマガ、note、セールスレター、全ての文章制作。
ノイズ面白さの構造結論奉仕事実の配置感情漏れ

Retrieval cues: 自虐, ネガティブ, 感情, 揺さぶられ, 被害者ポジ, 悲劇のヒロイン, 胃にきた, しんどかった

原理

ケンが出していいネガティブ感情は「自分→自分」方向の自虐のみ。外部要因（市場の難しさ、ツールの限界、他者のプレッシャー、停滞期間、結果が出ない期間など）に対するネガティブ感情の表出は、どんなに事実として正確でも禁止。

なぜこうなるか（メカニズム）

ケンのブランディングは「上位プレイヤーが余裕を持って見下ろす超然者」のポジション。読者は「ケン＝自分より一段上の視座を持つ人」として読みに来ている。

権威性の高い情報発信者が外部要因への被害者ポジに立つと、フォロワーの認知が「教えを請う相手」から「同情する相手」に切り替わる。一度切り替わると戻らない。

自虐の社会的機能は「過剰な権威を下げる調整装置」。だから自虐は「強者である自分が、わざわざ自己を社会的弱者ポジに引き下げる動作」としてしか成立しない。「強者→自分への矢印」が条件。

外部要因への愚痴・ネガ表現は、その瞬間に「揺さぶられる側＝下位プレイヤー」に降りた動作になり、上位者ポジが消える。これは自虐ではなく「同情乞い＝悲劇のヒロイン化」で、共感ポイントになる前に信頼を落とす。

判断の分水嶺

Check question

• このネガ感情は「外部要因に揺さぶられている自分」を見せているか？（Yesなら削除）
• この自虐の矢印は「自分→自分」方向か？（Noなら削除or書き換え）
• この表現を読んだ読者は「ケンに同情する」か「ケンに教えを請う」か？（同情ならNG）

適用スコープ：全発信。メルマガ、note、X、セミナートーク全て。特にメルマガは距離が近いので「胃にきた」「しんどかった」が混入しやすく要注意。
関連原理：PRC-001（共感の前借り法則）と組み合わせて運用。
ブランディング自虐ネガティブ感情権威性被害者ポジ禁止淡々

Retrieval cues: 逆張り, 常識, 雑魚の思考, 上位者, 視座, 半分嘘でした, 構図

原理

世間の常識（雑魚の思考）に逆張りするとき、ケンが取る位置取りは1つだけ。「最初から上位視座で世間を見下ろす」。

✗ NG構図：「世間の常識を自分の前提として一旦置く → それを否定する → 上位視座に戻る」→ 一旦雑魚側に降りて自己否定してから戻る動作になり、立場が事故る。

✓ OK構図：「世間ではこう言われている／思われている → 僕は最初からこう見ている」→ 最初から上位視座を維持。世間を観察対象として扱う。

なぜこうなるか（メカニズム）

「自分の前提として一旦置いて、それを否定する」構図は、ストーリーとしては劇的だが、書き手の認識履歴の中に「雑魚の思考を自分も持っていた瞬間」を刻み込む動作になる。読者は「ケンも一時はそう思っていた人」として認知する。

ケンのブランディングは「最初から見えている上位者」。一時的にせよ「見えていなかった瞬間」を作ると、上位者ポジが弱まる。

「世間ではこう言われている → 僕は違う」という構図は、書き手が常に上位視座にとどまったまま、世間を観察対象として扱う。これによりケンの位置取りが揺らがない。メカニズム的には：常識の否定はOK。常識を自分の認識履歴に取り込むのがNG。「世間がこう」と「僕がこう思ってた」を厳密に区別する。

判断の分水嶺

Check question

• この主張の主語は「世間」か「自分」か？
• 「Xでした」と否定する対象は、誰の認識として置かれているか？
• これを読んだ読者は「ケンも昔は雑魚の思考だった」と認識するか、「ケンは最初から見えていた」と認識するか？
• この「世間では〜」という認識は、口述・公開事実のどこに根拠があるか？なければ主語を観測範囲（僕ら／僕の周り）まで狭めたか？

適用スコープ：全発信。常識・通説・流行への逆張りを書く全ての場面。特にメルマガでフックを作るために常識を引用するとき、主語の置き方を必ずチェック。
関連原理：PRC-009（気づきストーリー不適合）：ケンの認識遷移を物語化しないという点で姉妹原理。
逆張り常識上位視座ブランディング構図主語

Retrieval cues: 気づき, 変化, 期待裏切り, ガラッと変わった, ハマって気づいた, ドラマ構図, 淡々

原理

「期待→裏切り→気づき→変化」のドラマ構図はケンに不適合。ケンの基調は「淡々と最適解を見つける観察者」。何かを試した結果は「気づいた」「変わった」「裏切られた」ではなく、「確認した」「やってみたらこうだった」「あらためて見えた」のトーンで書く。

なぜこうなるか（メカニズム）

「期待→裏切り→気づき→変化」構図は、書き手の認識が動いた物語。これが成立するには「期待していた段階の自分（=見えていなかった自分）」が存在する必要がある。

ケンは「最初から本質が見えている観察者」のブランディング。期待裏切り構図を使うと「見えていなかった瞬間のケン」が読者に提示されてしまい、上位者ポジが弱まる。

実際のケンの動きは：仮説を立てる → 試す → 結果を観察する → 「やはりそうだった」or「ここは違ったので調整する」。この動きは「変化」ではなく「確認・調整」。だから記述も「確認した」「調整した」のトーンになる。

「気づき」「変化」のドラマは大衆向けのコンテンツでは強力なフックだが、ケンのターゲット層は「最初から見えている人の視座を借りに来ている」ので、書き手の認識遷移ドラマを求めていない。むしろ「淡々と最適解に至る思考プロセス」を求めている。

判断の分水嶺

Check question

• この記述は「ケンの認識が動いた物語」になっていないか？
• 「変化前のケン」と「変化後のケン」が読者に見えるか？（見えるならNG）
• 「やってみた結果を観察して報告している」トーンになっているか？

適用スコープ：全発信。特にメルマガで体験談・実践記を書くとき、構成全体が気づきストーリーになりがちなので注意。体験は語るが、認識遷移は語らない。「やったこと」と「観察結果」を淡々と並べる。
関連原理：PRC-007（揺さぶられない超然性）・PRC-008（認識履歴を物語化しない）と姉妹原理。
ドラマ構図禁止気づきストーリー禁止淡々観察者ブランディング認識遷移

One-line takeaway：AI文章の面白くなさの本質は「ノイズがない」こと。全ての文が結論を補強する説明として機能しており、感情の揺らぎ・脱線・寄り道がゼロ。

1. Context snapshot

• Goal: メルマガ推しの理由を読み物として面白く伝える
• Audience lens: 読者はケンの人格を通して情報を受け取りたい。整理された情報だけなら記事で十分
• Speaker position: ケンが自分の体験と矛盾を語る回
• What must be protected: 読み物としての面白さ。情報の網羅性ではなく「読み進めたくなる力」

2. Failed move

• AI move: 口述の内容を正確に構成し、全ての文を結論（メルマガは重要）に向けて配置。第三者のセリフ（「なんで推してるの？」）も結論への伏線として設計
• Ken correction: 「内容は踏襲されてていいんだけど読み物として面白くない」「ノイズがない、結論に向かって全部が進んでいく」「第三者のセリフも結論のゴールに向けて置いてるなみたいな」
• Surface problem: 正確だが退屈。人間が話す時の感情の揺らぎ・脱線がゼロ

3. Signals observed

• 全ての文が結論を補強する方向に機能している
• 感情語がゼロ（ムカつき、嬉しさ、めんどくささ、怖さが一切ない）
• 第三者のセリフが「生の場面再現」ではなく「結論への伏線」として配置されている
• 脱線がゼロ（本筋と関係ない個人的体験、内心の葛藤がない）
• テンションが均一（大真面目→突然の自虐→また真面目、のような落差がない）

4. Hidden axis

この判断を分けていた本当の軸：「結論に向かって効率的に進む文章」か「寄り道・感情漏れ・脱線がある文章」か。AIの生成原理は前者（整合性の追求）。ケンのメルマガの面白さは後者（人間的なノイズ）。効率的に進む文章＝情報伝達としては優秀だが、読み物としては退屈。ノイズのある文章＝情報効率は下がるが、読者は「この人の心の形が見える」と感じる。

5. Reasoning chain

1. AIは整合性を追求する生成原理を持つ。結論が決まると全ての文がそれを補強する方向に生成される
2. その結果、感情のノイズ（本筋と関係ない個人的反応）が自動的に排除される
3. ノイズがゼロの文章は「正確だが退屈」。読者は「この人の人格」ではなく「情報」を受け取る
4. ケンが言う「面白い文章」の5要素：感情のノイズ／脱線／テンションの急変／嘘→訂正パターン／事実を感情に使う
5. だからPhase 3で態度差し込みをする際、「結論を補強しないノイズ」を意図的に残す

6. Ken's judgment criteria

• 「面白さ」と「情報の正確さ」は別のレイヤー。両方必要だが、情報の正確さだけでは読み物にならない
• 「ボケを何行に1個挟む」では解決しない。面白さはユーモアの量ではなく、感情・脱線・テンション変化の構造
• 「伝えたいことがちゃんとしてる場合」ほどAI文章は面白くなくなる。ふざけた内容なら面白くできるが、真面目なテーマで面白くするのが最も難しい
• 参考テキスト（登録フォーム）からは「構造」だけ借りて「テンション」は調整する。表面の真似ではなくメカニズムの抽出

7. Reusable rule

• Use when: メルマガの初稿が「正確だが退屈」だと感じた時（ほぼ毎回発生する）
• Check question: この文章に「結論を補強しない文」が1つでもあるか？ 感情の漏れ・脱線・テンション変化は入っているか？
• Safer alternative: 初稿完成後に各セクションに「結論と関係ない感情の一文」「本筋と無関係な脱線」「テンションの急変」を1つずつ入れる

8. Contrast / 9. Transfer

v2（修正後）では「ちょっと怖いくらい」「無責任だな…って思ってた」「Xではもう本音書けないですからね」等のノイズを追加→読み物として改善。v1は全文が結論奉仕。AIの初稿は構造的に「ノイズゼロ」になる。これはバグではなくAIの生成原理。だから「ノイズの追加」はPhase 3の必須工程として組み込む。

抽象原理：AIが生成する文章は「結論に対する最短経路」になる。人間の文章は「結論に向かいつつ寄り道する」。この寄り道（ノイズ）が読者にとっての面白さ。ノイズは「不要な情報」ではなく「人格の開示」。ノイズがない文章は「誰が書いても同じ」になる。
ノイズ不在結論奉仕AI臭面白さの構造感情漏れ

One-line takeaway：事実は「○○です」（説明）ではなく「だから○○なんですよ」（感情・制約・本音の裏付け）として配置すると人格が出る。

1. Context snapshot

• Goal: ケンの実績や経験を伝えつつ、読み物として面白くする
• Audience lens: 読者は「すごい人だな」より「この人はどう感じてるんだろう」に興味がある
• Speaker position: 実績のある当事者
• What must be protected: 実績の伝達＋人格の開示。片方だけではダメ

2. Failed move

• AI move: 事実を説明として配置（「500人のチームを束ねています」→ 実績の紹介）
• Ken correction: 参考テキスト（登録フォーム）では「500人束ねてます」は説明ではなく「だから言えない」という感情の根拠として使われている。事実の「役割」が違う
• Surface problem: 事実を説明に使うと「プロフィール紹介」になる。感情の根拠に使うと「この人の制約」が見える

3. Signals observed / 4. Hidden axis

• 高評価テキストでは事実が全て「感情・制約・本音」の裏付けとして配置されている。初稿では事実が全て「結論を補強する説明」として配置されている。同じ事実でも配置の「役割」で読者の受け取り方が変わる
• 本当の軸：事実を「何の役割」で置くか。説明の役割 →「○○です。△△もやっています」→ プロフィール、情報伝達。感情の根拠 →「○○だから、□□なんですよ」→ 制約の開示、人格の開示

5. Reasoning chain

1. 読者が知りたいのは「事実」ではなく「その事実が書き手にどう影響しているか」
2. 「500人束ねてます」は情報。「500人束ねてるから言えないんですよ」は制約の告白
3. 前者は「すごいですね」で終わる。後者は「だから言えないんだ…」と共感が生まれる
4. AIは事実を「説明」として配置するのがデフォルト。感情の根拠として配置するには意図的な操作が必要
5. 全ての事実に対して「この事実はケンの何を裏付けているか？（感情？制約？葛藤？）」と問う

6. Ken's judgment criteria

• 実績は「すごいでしょ」ではなく「だからこそ○○なんです」という文脈で使う
• 事実→感情は「距離の縮まり方」が説明の何倍も強い
• style-guideの「実績の直後に自虐or留保」はこの原理の一部だが、「事実の配置役割」はもっと広い概念

7. Reusable rule / 8. Contrast / 9. Transfer

• Use when: 実績・数字・経歴など事実を文章に配置する全ての場面
• Check question: この事実は「説明」として置かれているか、「感情・制約・本音の裏付け」として置かれているか？
• Safer alternative: 事実の直後に「だから」「なので」「それもあって」で感情・制約に接続する
• Boundary learned: 事実の配置は「何の後に何が来るか」で決まる。事実→次の文が説明なら説明。事実→次の文が感情なら感情の根拠

抽象原理：事実は中立的な情報ではなく、配置される文脈によって「説明」にも「感情の根拠」にもなる。人間が語る時、事実は「だから○○だった」という感情の証拠として自然に使われる。AIは事実を「○○です」と情報として置く。この差がAI文章の「人格のなさ」を生む。
事実の配置感情の根拠説明化人格開示AI臭

One-line takeaway：自虐は「逃げにくい理不尽」があるときだけ成立する。能動的に楽しんでいることへの自虐は「じゃあやめれば」になる。

1. Context snapshot

• Goal: 格ゲーの強さとビジネスの強さが通じるという話を面白く読ませる
• Audience lens: 読者はゲームを「自分でやっている趣味」と見る。仕事の延長とは思わない
• Speaker position: ケン自身がゲームを能動的に楽しんでいる当事者
• What must be protected: 共感と笑いの自然さ。ゲームを始めたこと自体のポジティブさ

2. Failed move

• AI move: 「仕事辞めたくてゲーム始めたのにゲームでも仕事してた」を全体の自虐トーンに設定
• Ken correction: 自虐ではなく「発見・驚き」のスタンスに変更。「やってるうちに見たことある構造だなと思ってました」
• Surface problem: 自虐というより愚痴に見えた。楽しくてやってることを「しんどい」と語るのは読者から見て不自然

3. Signals observed

• ゲームは自分で始めている（外部強制がない）／やめようと思えばいつでもやめられる
• 苦しさの原因が理不尽ではなく自分の選択
• 読者が「それならやめれば」と一言で返せる構造
• ケン自身がゲームをポジティブに楽しんでいると口述で語っている

4. Hidden axis / 5. Reasoning chain

本当の軸：「逃げられない理不尽」があるか／「自分で選んだ負荷」か。前者なら自虐は共感を取れる（読者が先に「それはキツい」と感じるから）。後者だと甘えに見えやすい（読者が「自分でやってるだけ」と感じるから）。

1. 読者はゲームを「趣味＝能動的な選択」として読む
2. その状態で「しんどい」を自虐にすると、苦労の責任が全部自分に返る
3. すると笑いではなく「自分でやってるだけ」に落ちる。共感の前借りができない
4. だから今回は自虐ではなく「格ゲーの中にビジネスの構造を見つけた」という発見スタンスにする

6. Ken's judgment criteria

• 自虐≠投げやり。自虐は内容で自分を下げる、投げやりは態度がダメ。両者は違う
• ゲームは20代を仕事に全振りした後の純粋な楽しみ。これを自虐の素材にされると本来の趣旨（仕事以外の何かを作りたい）が損なわれる
• 読者から見てどう見えるかが最優先。書き手の意図（面白くしたい）は関係ない

7. Reusable rule / 8. Contrast

• Use when: やらされ感・役割責任・sunk cost・引き返しにくさがある活動について語る時
• Avoid when: 本人が能動的に楽しんでいる活動、いつでもやめられること
• Check question: 読者は「いや、やめれば？」と一言で返せるか？ 返せるなら自虐は不成立
• Safer alternative: 自虐の代わりに「発見」「観察」「告白」スタンスを検討する
• Contrast: 260310回「なぜか今6チャンネルのYouTube運用をしています。どうしてこうなった…」→ YouTubeはトラウマがある＋仕事の延長＋工数が重い。読者が先に「それはキツい」と感じる。逃げにくい理不尽がある。ゲームは趣味で能動性が強く、同じ自虐型は転用不可
• Boundary learned: 矛盾があっても自虐が成立するとは限らない。矛盾の「種類」（理不尽 vs 自選択）で分岐する

抽象原理：自虐の効果は「共感の非対称性」に依存する。書き手が下げ→読者が「わかる」と共感→笑い、という順序が必要。読者が「別にキツくないでしょ」と感じると共感が発生せず自虐は不快になる。
スタンス選択自虐不成立態度設計共感

One-line takeaway：口述は素材であって結論ではない。AIの仕事は話者がまだ言語化していない本質を言い当てること。口述の並べ替えは「構造化コピペ」。

1. Context snapshot

• Goal: 読者が「その視点なかったな」と思えるレベルの洞察を届ける
• Audience lens: 読者はケンの体験を通して新しい視点を得たい。既に知っていることの再整理には興味がない
• Speaker position: ケンは感覚的に本質を掴んでいるが、言語化は粗い状態で口述している
• What must be protected: 洞察の深さ。「読んだ後に見え方が変わる」体験

2. Failed move

• AI move: 口述の「再現性」「プロセスの分解」「センターピンの見極め」をそのまま採用してメルマガに構成
• Ken correction: 「つまり何が言いたいの」が弱い。思考の抽象化スキルで徹底的に言語化した上で反映してほしい
• Surface problem: 読者にとって新しい視点がない。ケンが口で言ったことを綺麗に並べただけ

3. Signals observed

• 口述語をそのまま使い回している（「再現性」「プロセスの分解」）
• 読者の認知が進む一文がどこにもない／因果の説明ではなく説明ラベルが並んでいる
• 「格ゲーとビジネスが似てる」以上の発見がない
• 結晶化後に出た「4層構造の同型性」「知識ゲーとしての格ゲー」が初稿にはなかった

4. Hidden axis / 5. Reasoning chain

本当の軸：「素材の再掲（整理）」か「潜在原理の抽出（結晶化）」か。口述をどんなに綺麗に整理しても、口述者が既に言ったことの枠を超えない。口述者が「言おうとしていたが言語化できていなかったこと」を抽出して初めて価値が生まれる。

1. ケンの口述は最低ライン（フロア）にはなるが、話者の未言語化部分が残っている
2. AIが表層語を整えるだけだと「綺麗に並べただけ」で理解の進展がない
3. 読者は「で、結局何？」「それ知ってる」で止まる
4. だから口述受領後・構成前に「この人は本当は何を見ていたのか」を抽出する工程が必要
5. 今回で言えば「格ゲーは反射神経ゲーではなく知識ゲー」「上達の4層構造がビジネスと同型」まで到達してから構成に入るべきだった

6. Ken's judgment criteria

• 入力はフロアであって天井ではない（CLAUDE.mdの基本原則）
• 入力の言い換え・再構成は「構造化コピペ」であって仕事ではない
• メカニズム（なぜそうなるか）を説明できなければ理解したとは言えない
• 口述者が感覚的に掴んでいるが言語化できていない本質を言い当てることがAIの仕事

7. Reusable rule / 8. Contrast

• Use when: 口述から構成に移る全ての場面（スキップしてよいケースはない）
• Check question: この段落を読んだ後、読者の見え方は変わるか？ 口述者が言った以上のことが含まれているか？
• Safer alternative: 構成に入る前に結晶化シート（違和感→一言→常識の裏切り→構造→限界）を埋める
• Contrast: 口述の整理が有効なのは、情報量が多くて論点が散っているとき。今回の問題は整理不足ではなく深掘り不足
• Boundary learned: 「整理」と「結晶化」は別の工程。整理は散らかりを直す。結晶化は深さを作る。両方必要だが、結晶化を整理で代替することはできない

抽象原理：素材の再掲と本質の抽出は質的に異なる。前者は既知の枠内、後者は枠の外に出る。AIが安全策として再掲に逃げるのは構造的な傾向であり、明示的に「入力を超えろ」と指示しない限り発生し続ける。
抽象化不足口述処理結晶化入力超越

One-line takeaway：「まあいいです」は苦しいが押し通す必然があるときだけ有効。評価放棄の後に置くと無責任に見える。

1. Context snapshot

• Goal: 冒頭の軽いテンポを出す
• Audience lens: 読者はケンの人生の進み方を見ている。軽く流されると「ちゃんと考えてないのか」と感じる可能性
• Speaker position: 引退報告＋チーム解散という重い話の直後
• What must be protected: 勢いと責任感の両立。テンポは欲しいが無責任には見せない

2. Failed move

• AI move: 「なんか人生の進み方がおかしい気がしますけど まあいいです、進めます」
• Ken correction: この投げやりな感じが全然ケンっぽくない。自虐するのと投げやりはちょっと違う
• Surface problem: 自己評価のあとに検討を放棄している印象。読者は「雑に流された」と感じる

3. Signals observed / 4. Hidden axis

• 否定した対象が「自分の人生の進み方」という重いテーマ／そのまま進める理由が示されていない
• v5で同じ表現が有効だった記憶がAIにあり、文脈を検証せず再利用した
• 本当の軸：「矛盾を承知で押し通す」か「都合の悪い評価を流す」か。前者は「この人は分かった上でやってる」と伝わりテンポになる。後者は「検討を放棄した」と伝わり投げやりになる

5. Reasoning chain

1. v5では「メルマガを推す根拠がエモい」という矛盾を認めた上で「まあいいです、進めます」→ 苦しいが伝えたいものがある、という文脈があった
2. 今回は「人生の進み方がおかしい」→「まあいいです」→ 何を押し通したいのか不明。評価を雑に流しただけに見える
3. 同じ表現でも、前段が何かで意味が完全に変わる
4. だから「進める理由」が立たない場面ではこの表現を使わない

6. Ken's judgment criteria / 7. Reusable rule

• 投げやり≠自虐。投げやりは態度がダメ、自虐は内容で下げる。混同しない
• 成功した表現の再利用は文脈チェックなしにやってはいけない
• 読者が「なんで進めるの？」に答えられない状態で進めてはいけない
• Use when: 前段で矛盾や弱さを認めた上で「それでも〜」という必然がある時
• Avoid when: 自己評価を放棄しているように見える時。前段が重い話の時
• Check question: 読者は「なんで進めるの？」に答えられるか？ 進める理由が暗黙にでも存在するか？
• Safer alternative: 表現自体を避けるか、進める理由を先に立ててから使う。あるいは単に削除

8. Contrast / 9. Transfer

v5メルマガ「…って言ってるそばから『感覚値じゃない』の根拠が『何年も見てきて』なので やっぱりエモいんですけどねｗ まあいいです、進めます。」→ 推す根拠の弱さを自覚しつつ、伝えたいものがあるから押し通す。テンポとして有効。同じ表現の有効/無効を分けるのは「押し通すべき何かの存在」。これがないと投げやりに転落する。

抽象原理：定型表現・テンポの良いフレーズは「成功した文脈」とセットでしか再利用できない。表現だけ抜き出して別の文脈に移植すると意味が変わる。再利用時は必ず「今回の前段は前回と同じか？」を確認する。
文脈依存投げやりテンポ表現の再利用

One-line takeaway：ｗは「どうしようもなさ」を共有できるときだけ有効。「反省不足」に見える文脈では逆効果。

1. Context snapshot

• Goal: 引退・チーム解散の報告を軽やかに読ませたい
• Audience lens: 読者の中にはチームメンバーやクライアントもいる可能性。引退＋解散は「わがまま」に見えうる行動
• Speaker position: 重大な決定を下した本人
• What must be protected: 誠実さと温度感。決定の重さに対する敬意

2. Failed move

• AI move: 「前と変わってないっちゃ変わってないんですけどｗ」
• Ken correction: 引退してチーム解散した文脈でｗは調子に乗ってる感。「...」にすべき
• Surface problem: 重い決定の後に笑いを入れると、状況を軽視しているように見える

3. Signals observed / 4. Hidden axis

• 直前の出来事が重い（チーム解散、受託全廃止）／本人の選択が「わがまま」に見える余地がある
• 読者の中に影響を受けた関係者がいる可能性／読者の共感がまだ固まっていない段階（冒頭の報告部分）
• 本当の軸：「読者が先に味方になっているか」。味方になっている状態でのｗ → 一緒に笑える。まだ評価が割れうる状態でのｗ → 軽く流している印象（反省不足）

5. Reasoning chain

1. ｗは読者が先に味方になっているときにだけ機能する
2. 今回は引退＋チーム解散という重い報告の直後。読者によっては「自分都合で動いた人」に見える
3. その段階でｗを置くと、状況を軽視しているように映る
4. だから笑いではなく逡巡や間を表す「...」にする
5. 読者の共感が固まった後のセクション（自分の失敗談など）ではｗが有効に機能する

6. Ken's judgment criteria / 7. Reusable rule

• わがままに見える行動の後にｗは「調子に乗ってる感」が出る
• ステークホルダーが読んでいる可能性を常に考慮する
• 笑いを入れるタイミングは「読者が先に共感しているか」で判断する
• Use when: 自分の失敗、どうしようもない状況、明らかなドジなど読者が先に共感できる場面
• Avoid when: 引退・解散・対人関係・クライアント文脈など、他者が絡む重い局面。評価が割れうる段階
• Check question: まだ評価が割れうる場面で、笑ってよい側に自分は立っているか？
• Safer alternative: 「...」（逡巡・間）、「ね」（柔らかい同意）、何も付けない

8. Contrast / 9. Transfer

260228回「前回のメルマガでも言いましたが 僕自身メルマガ続かないタイプなのでｗ」→ 自分のダメさを笑い飛ばしている。読者は「そうだよねｗ」と先に共感している。ｗの有効/無効を分けるのは「共感の地盤の有無」。地盤＝読者が先に味方になっている状態。

抽象原理：軽い表現（ｗ、絵文字、顔文字、軽い相槌）は全て「共感の地盤」の上でしか機能しない。地盤がない状態で使うと「軽視」「不謹慎」「調子に乗ってる」に転落する。
ｗの使用条件共感前提社会摩擦温度感

One-line takeaway：「面白い」は読者が判断すること。見出しの仕事は価値宣言ではなく、読者のcuriosityを起動すること。

1. Context snapshot / 2. Failed move

• Goal: 読者に次のセクションを読み進めさせる。見出しだけで「読みたい」と思うかどうかが分岐点
• AI move: 見出し「格ゲーで気づいた面白いこと」
• Ken correction: 自分から面白いと言うな。読者が「聞きたい」と思う形にしろ
• Surface problem: 書き手が自分で自分の話を盛り上げている。「これから面白い話しますね」と言ってから話し始めるのと同じ

3. Signals observed / 4. Hidden axis

• 書き手が価値判定を先取りしている（「面白い」は読者が決めること）
• 抽象度が高く、具体が見えない（「面白いこと」では何の話か分からない）。期待値を上げるだけで具体がない
• 修正後「ストリートファイターは反射神経ゲーではなかった」は意外性で「え？」を作っている
• 本当の軸：「読者に判断させる」か「書き手が先に判断を押しつける」か。視点差・違和感・問いを提示 → 読者が「知りたい」と思う。感想語（面白い、すごい、ヤバい）→ 読者は「本当に？」と疑う

5. Reasoning chain

1. 面白さは読者が読む中で発生する体験であって、事前に宣言されるものではない
2. 書き手が先に「面白い」と言うと、評価の押し売りになる
3. 読者は「まだ読んでないのに面白いかどうか分からない」→ 防御的になる
4. 見出しの役割は価値断言ではなく、視点差や疑問を提示してcuriosityを起動すること
5. だから「格ゲーの中の知識ゲー構造」「仕事との共通性」のように、中身の入口を見せる

6. Ken's judgment criteria / 7. Reusable rule

• 自分で自分の話を盛り上げない。読者に盛り上がってもらう
• 見出しは「読者が次を読みたくなるか」で評価する。内容の正確な要約である必要はない
• 常識の破壊か意外な断定が最も効果的（「反射神経ゲーではなかった」は常識を裏切る）
• Use when: 見出し・件名・冒頭文を書く全ての場面（常に。自分で「面白い」「すごい」「エモい」と価値宣言しない）
• Check question: これは「価値の宣言」か、それとも「読みたくなる入口」か？
• Safer alternative: 視点差（「〜ではなかった」）、違和感（「〜なのに〜」）、問い（「なぜ〜？」）で作る

8. Contrast / 9. Transfer / 10. 追加パターン

• Contrast: 既にシリーズ化されていて読者が語り口を信用している場合（P.S.のような閉じた空間）は主観的な見出しもありえる。主観見出しが許されるのは「読者が既に信用している空間」のみ
• 抽象原理: 読者に体験させるべきもの（面白さ、感動、驚き）を書き手が先に言語化すると、体験自体が消える。「見せる」のではなく「体験させる」。Show, don't tell の原則
• 追加パターン（集客メルマガ回から統合）: Before「メルマガがユーザーを『深くする』最強ツールである理由」→ 説明臭い名詞句見出し。After「オファーの反応、全然違くなる問題」→ 口語の現象タイトル。分水嶺:「〜の理由」「〜について」は説明。「〜問題」「〜した話」は口語。後者の方がcuriosityが起動する

興味付け不全自己評価の押し売り見出し設計Show don't tell

One-line takeaway：断言していいのは自分の体験か確認可能な事実まで。他人の内面は距離に応じて推測トーンに落とす。

1. Context snapshot / 2. Failed move

• Goal: 宇野昌磨さんの事例を使って「一流が何をやっても一流な理由」を考察する
• Speaker position: 会ったことのない公人について推測で語っている
• AI move: 宇野昌磨さんの上達の理由を確信レベルで記述（「フィギュアスケートで鍛え上げた『学び方を学んでいる状態』が格ゲーに転移してるからです」）
• Ken correction: 「あくまで僕の持論なんですけど」「〜んじゃないかなと思います」「〜んじゃないですかね」の推測トーンに落とす
• Surface problem: 会ったことのない人の内面を断言するのは不誠実。知っているふりに見える

3. Signals observed / 4. Hidden axis

• ケンと宇野昌磨さんに一次接触がない／内面の動機は外部から検証できない
• 読者はケンが宇野を知らないことを知っている／断定の根拠を読者が検証できない
• ケンの口述自体が「〜かもしれないけど」「〜んだろうな」と推測トーンだった
• 本当の軸：「自分から近い事実」か「距離のある解釈」か。自分の体験 → 断言OK。他人の行動の観察 → 描写OK、解釈は推測ラベル付き。他人の内面の推測 → 必ず推測トーン

5. Reasoning chain

1. 自分の経験は事実として語れる（胃が溶けるかと思った、赤字2,000万 etc.）
2. 他人の行動は観察として描写できる（2ヶ月でマスターランクに到達した）
3. しかし他人の行動の「理由」は推測にすぎない（なぜ速いのか → ケンの解釈）
4. それを断言すると「知っているふり」になる。ケンの信頼は正直さから来るので、確信度の誤魔化しは致命的
5. だから距離がある対象ほど、推測のラベルを明示する

6. Ken's judgment criteria / 7. Reusable rule

• 確信度は「自分からの距離」で決まる。距離が近い→断言。遠い→推測
• ケンの口述自体が推測トーンだったのにAIが断言に格上げした。口述のトーンを勝手に上げてはいけない
• 「〜かなと」は禁止（ケンの文体にない）。推測は「〜と思います」「〜と思ってます」「〜んじゃないですかね」で表現
• 正直さはケンのブランドの根幹。ここを壊すと全部の信頼が崩れる
• Use when: 他人の内面・動機・感情について言及する全ての場面（自分の体験・公開事実の引用は断言してよい）
• Check question: これは自分が知っていることか、読んで推測しているだけか？ 事実/解釈/推測のどれか？
• Safer alternative: 「僕の持論では」「体感では」「〜んじゃないですかね」で温度を下げる

8. Contrast / 9. Transfer

ケンが自分の体験を語る時は断言が効く（「マジで胃が溶けるかと思った」→事実だから強い）。自分の体験は一次情報。他人の内面は推測情報。断言の境界線は「一次情報かどうか」。一次情報→断言OK。二次以降→推測ラベル必須。

抽象原理：確信度の表現は「情報の出所からの距離」で決まる。自分の体験（距離0）→断言。観察可能な他者の行動（距離1）→描写OK、解釈は推測。他者の内面（距離2以降）→推測必須。確信度を距離に合わせないと「知ったかぶり」として信頼が崩れる。
確信度過剰誠実さ距離法則推測トーン

One-line takeaway：「自分も雑魚の思考を持っていたが気づいた」構図ではなく「最初から見えていた上位者が確認した」構図で書く。

1. Context snapshot

• Goal: YouTube半年の経緯と「AIに任せられる/られない領域の線引き」を読者に渡すメルマガ
• Audience lens: AI活用に関心がある自営業/マーケ層。ケンを「自分より一段上の視座を持つ人」として読みに来ている
• Speaker position: 上位プレイヤーが余裕を持って見下ろす超然者
• What must be protected: ケンが「最初から見えている上位者」であるという読者の認知。揺さぶられない超然性

2. Failed move（立場事故3種が同時発生）

• AI move ①: 「AIで楽になる、は半分嘘でした」を件名と冒頭に置いた（雑魚の思考をケン自身の前提として置いてから否定する構図）
• AI move ②: 「胃にきた」「しんどかった」「めっちゃめんどくさい」「もっさり」「ずっとモヤモヤ」「戦意喪失」「残酷な話でした」など、外部要因（YouTube難航/AI性能/関係者プレッシャー）に揺さぶられる感情表現を多用
• AI move ③: 「AIとの関係が僕の中でガラッと変わった」「ハマって気づいた」「冷酷に可視化された」など、認識遷移のドラマ構図を採用
• Ken correction: 「別にしんどくない」「淡々とやっている感じ」「悲劇のヒロインみたい」「ブランディングを落とすだけ」「AIで楽になる軸は雑魚の思考。僕は思ってない」「元の口述で一回も言ってない」「ガラッと変わってない、何も変わってない、ただやり方が違っていた」

3. Signals observed / 4. Hidden axis

• ネガティブ感情語の連発（「胃」が4回、「しんどい」「もっさり」「萎える」「残酷」など）
• 件名・冒頭に「世間の常識を自分の前提として置く→否定」の構図／「気づいた」「変わった」「ハマった」「裏切られた」の認識遷移語
• 全体として「半年苦しんで気づいた人」の物語になっていた

5. Reasoning chain（読者の認知プロセス）

1. 件名「AIで楽になる、は半分嘘でした」を見る
2. 「ケンも『AIで楽になる』と思っていた人なんだ」と認識する（雑魚側にケンを位置づけ）
3. 本文で「胃にきた」「しんどかった」を読む
4. 「ケンも揺さぶられているんだ」と認識する（同情対象としてケンを位置づけ）
5. 「ガラッと変わった」を読む
6. 「ケンの認識が遷移した物語」として読む（教えを請う相手から、感情移入する相手へ）
7. 結果：上位者ポジが消失し、ブランディングが毀損する

6. Ken's judgment criteria / 7. Reusable rule

• 自虐は「自分→自分」方向のみ。圧倒的に立場が上の自分を、わざわざ社会的弱者ポジに引き下げる調整装置として使う
• 外部要因への感情表出は、人間的に共感も信頼も得られない（悲劇のヒロイン化）
• 雑魚の思考（AIで楽になる等）は自分の前提として置かない。世間の観察対象として扱う
• 認識の遷移は語らない。淡々と最適解を見つけた観察者として語る
• Use when: 体験談・実践記・失敗体験を書くメルマガ全般（常時適用）
• Check question: 自虐の矢印は「自分→自分」方向か？／否定対象の常識は「世間の認識」として置かれているか？／この記述は「ケンの認識が動いた物語」になっていないか？
• Safer alternative: 「胃にきた」→ 削除（淡々と事実だけ）。「AIで楽になるは半分嘘」→「世の中的にはこういう空気があるが、僕は違う見方」。「ガラッと変わった」→「あらためて確認できた」「やってみたらこうだった」

8. Contrast / 9. Transfer

過去の自虐成功例（「2,000万赤字」「胃が痛い（過去の自分への自虐）」「ズルい比較」）は、矢印の向きが「過去の自分→現在の自分」「自分の優位条件→自分への留保」で、すべて自分→自分方向。「胃」という同じ単語でも、文脈で自虐成立/不成立が変わる。「胃まだ無事です」「胃が痛い（過去）」=OK、「胃にきた（現在の停滞期間）」=NG。

この判断イベントからPRC-007／PRC-008／PRC-009の3原理が生まれ、後にPosition Contract（4契約）に昇格した。
立場の事故被害者ポジ禁止雑魚側への降下禁止認識遷移ドラマ禁止上位者視座淡々

One-line takeaway：冒頭の仕事は「読む理由の興味付け→書き手がそれを語る理由（現在地のおさらい）」の2段。読者は前回を読んでいない・読んでいても忘れている前提で、毎回1通で自己完結させる。

1. Context snapshot

• Goal: YouTube×需要の話からカンファレンス告知に着地するメルマガ
• Audience lens: 読者の大半はケンのYouTube遍歴を知らないか忘れている。前回のメルマガを読んでいる保証もない
• Speaker position: 先に代償を払った先行者
• What must be protected: 冒頭数行での離脱防止。読者が「自分に関係ある話だ」と思えること

2. Failed move（5連発）

• ① 冒頭に制作裏話（音声下書きの誤録音事故）をワンクッションとして配置
• ② 「気を取り直して、今回はYouTubeの需要の話です」といきなりテーマへ（ケンがYouTubeをやっている前提で進行）
• ③ 「先に白状しておくと、今回の着地は告知です」と冒頭で告知を予告
• ④ 「いきなり感じの悪いことを言います」という自分下げの前置き
• ⑤ 「需要の構図」という内部語をそのまま多用

Ken correction：誤録音ネタは本題と関係ないので不要／「なんで僕がいきなりYouTubeの話するの？となる。遍歴・状況を簡単におさらいしてから入る」／「その前に、このメルマガを読む理由・メリットを僕の言葉っぽく興味付けする」／「前に送ったのを全部わかってるでしょという前提は基本通用しない。これは全コンテンツ共通」／「告知ですと冒頭で言うメリットがない」「僕はそういう下げ方（前置き）はしない」／「構図はユーザーからするとピンとこない。わかりやすい表現を模索して」

Surface problem：冒頭が書き手都合（ノイズ・種明かし・内部語）で組まれ、読者の入口設計になっていなかった。

3. Signals observed / 4. Hidden axis

• 冒頭の脱線ネタが本題（需要）と接続していない／テーマ提示が「読者のメリット」ではなく「今日話すこと」の宣言になっていた
• 過去メルマガ（3月・4月）の文脈を知らないと乗れない箇所があった／制作側の頭の中にある概念語（構図）を読者向けに翻訳していなかった
• 本当の軸：冒頭を「書き手の都合（今の気分・種明かし）」で組むか、「読者の認知の初期状態（前提ゼロ・忘れている）」から逆算して組むか
• ノイズ（脱線・人格開示）は読む理由が立った後でしか機能しない。冒頭に置いたノイズはPRC-006の面白さではなく参入障壁になる
• 連載性（前回接続）は「知っている人へのご褒美」であって「知らない人への前提要求」にしてはいけない

5. Reasoning chain

1. 読者はメールボックスで件名だけ見て開く。開いた瞬間の関心は「自分に関係あるか」だけ
2. 制作裏話や告知予告は書き手には自然でも、読者の「関係あるか」に一切答えない
3. だから冒頭は ①読者の痛み・興味に直結するフック（読む理由）→ ②なぜケンがそれを語れるのか（遍歴・現在地のおさらい）の順になる
4. おさらいは毎回入れる。前回読者には数行の復習コスト、新規読者には参加チケットになり、非対称に得
5. 内部語（構図・Phase名・スキル用語）は読者の頭の中の語彙と接続しないので、届く言葉に翻訳してから使う

6. Ken's judgment criteria / 7. Reusable rule

• 冒頭で最初に立てるのは「読者がこのメルマガを読む理由・メリット」
• 読者は前回を読んでいない・読んでいても忘れている。この前提は全コンテンツ共通
• 自分の発言を前置きで下げない（「感じの悪いことを言いますが」等は使わない）
• 例に使うジャンルは誤認されないよう「例として使っているだけ」と補足する
• 固有企画（リストマフィアカンファレンス等）も初見前提で一言紹介を入れる
• Use when: メルマガ・note・動画等、冒頭を設計する全ての場面（常時適用）
• Check question: この冒頭は「初めて読む人」が読んでも、3段落以内に「自分が読む理由」と「ケンが語る理由」の両方を受け取れるか？
• Safer alternative: 冒頭テンプレ＝①読者の痛み/興味のフック → ②テーマと得られるもの → ③書き手の現在地おさらい（初めて読む方もいると思うので、の一言を添える）→ ④本題

8. Contrast / 9. Transfer

251218「胃腸炎ナウです」のような冒頭自虐ワンクッションは有効だった。あれは数行で完結し即本題に接続する「温度調整」。今回の誤録音ネタは本題と無関係な「制作裏話」で、読む理由の提示を遅らせた。ワンクッションの許容条件は「短い・自己完結・本題への接続がある」。読む理由より先に置いてよいのは「数行で終わる温度調整」まで。

抽象原理：コンテンツの冒頭は書き手の文脈ではなく、受け手の認知の初期状態（前提ゼロ・記憶ゼロ）から逆算する。内部語は受け手の語彙に翻訳してから出す。
冒頭設計前提ゼロおさらい内部語の翻訳前置き禁止

成果物：スキル本体＋テスト制作v1〜v5（集客うまくいってる人こそメルマガ）。v4でケンが「ほとんどOK」判定。v5で語尾・改行の微調整後に完成。

発見した核心原理：

1. 面白さの源泉 = 誠実な矛盾 + 代償の開示（12本横断分析から）
2. 態度設計（Phase 0）が品質の8割を決める
3. カジュアルさは文法ではなく態度で表現する（ですます基調 + 内容でカジュアル）
4. 傷のある雑談を、人格のあるフレームに変える（前半=体験→後半=フレーム化）
5. 短文差し込みが「ケンらしさ」の最終調整（構成は変えず粒度で人格を入れる）

分析プロセス：第1回「説明 vs 実況」→ ケン「もっと本質的な課題がある」→ 第2回「論証構造 vs 体験構造」→ フロー設計の問題を特定 → 第3回「誠実な矛盾」「態度」→ ケン「テストしたい」→ GPT分析を統合（「代償」「フレーム化」「3軸評価」「擬似差分」を追加）。

セッションログ：Claude Code側 .specstory/cli-history/2026-03-11、GPT側は制作フロー提案・完成版逆算分析。未着手タスク：改行・整形ルールの法則化（→後日formatting-guideとして実装済み）、差分辞典の充実（5回制作ごとに更新）。

経緯：260710「新宿で僕と握手」制作（Fable 5での初運用）のログを一次証拠に、セッションの自己評価＋別チャットの外部評価を突き合わせて実施。

反映した変更（7件）：

1. 冒頭ルールの命令矛盾解消：「必ずワンクッション」を撤廃し「事実ベースの入口があれば使う／なければ『今回は〜の話をします』の直入りが正解／捏造が最悪」に統一（SKILL・style-guide・evaluation）
2. Phase 4に差分再検査を追加：修正版は変更箇所起点で4点（新規事実の出所／波及残存／Contract・禁止表現混入／整形NG）を再検査
3. 契約3に「世間を主語にできる条件」を追加（口述・公開事実に根拠がある時だけ。なければ観測範囲まで主語を狭める）＋PRC-008にCheck question追加
4. 旧神回（251218・260310等）にPosition Contract制定前の表現の移植禁止注記（style-guide）
5. ドリフト修正：ハードNG件数固定廃止／phase-disciplineにP3.7行と一括提示運用を追加／禁止表現の正本・代表例の役割明示
6. 自虐の2類型（PRC-001・attitude-guide・SKILL）：負荷型（共感の前借り・「やめれば」テスト）と権威調整型（専門家の不都合な矛盾開示・4条件）。260228で回帰検証済み（現行ルールでは神回260228が誤棄却されることを確認）
7. 態度差し込みを機械挿入から実体確認へ（SKILL・attitude-guide）：態度が既存のどの文に表れているか特定→ないセクションのみ追加。260102・260710で回帰検証済み

見送った変更（理由付き）：

• 全事実へのfact-trace台帳（過剰。入力超越を萎縮させる。発生源は①②で封鎖済み）
• 禁止表現走査のスクリプト化（保留。機械走査の明文化で当面足りる）
• Phase統合・スリム化・ファイル再構成（性能を落とすリスクが利益を上回る）