一刀メルマガ制作スキル

メルマガは「記事」ではない。ケンという人間の 連載の1エピソード である。 前回のエピソードがあり、次回への伏線がある。読者はケンの人生を追いかけている。 だから1本1本が「情報を届ける記事」ではなく「ケンの人格が出る回」として設計する。

⚠ 連載性 ≠ 認識が動く主人公アーク。連載性は「前回接続・伏線・ランニングギャグ」のレベルで効かせる。「期待→裏切り→気づき→変化」のドラマ構図は禁止（PRC-009／契約4）。

⚠ 連載性は「1通単体で自己完結して読めること」を壊さない範囲の加点要素。読者は前回を読んでいない・読んでいても忘れている前提で書く（前提ゼロ原則／MLG-2026-07-08-001）。

⚠ 最上位前提その1：Phase Discipline

このスキルを実行する際、最初に必ず _common/phase-discipline.md を読み、Phase遵守ルールを確認すること。

このスキルは8 Phase 構成（P0／P1／P1.5／P2／P3／P3.5／P3.7／P4）。AIは生成原理上「フェーズが多いと省略したくなる」「自己評価式は通したくなる」傾向がある。過去実例として、Phase 3.5 と Phase 3.7 を省略した結果、立場事故3種が初稿に混入し全面書き直しになった事故が起きている（2026-04-26）。

起動時の自己宣言（必須）：

【Phase Discipline 確認】
- このスキルは8 Phase 構成（P0/P1/P1.5/P2/P3/P3.5/P3.7/P4）
- 全Phaseを実施し、各Phase完了時に実体成果物を提示する
- 中間提示は省略しない（ケンが「最終形だけ」と明示した場合を除く）
- 「やった」「OK」「該当なし」を単独で書かない（根拠を併記する）

最終出力前の必須提示：

【Phase完了表】 P0✓ P1✓ P1.5✓ P2✓ P3✓ P3.5✓ P3.7✓

各 ✓ には対応する実体成果物を伴うこと。実体なしの ✓ は禁止（詳細は _common/phase-discipline.md 参照）。

初稿提出時の Phase 完了表には P4 を含めない。 P4 はケン確認後に実行する後続フェーズであり、初稿提出時点では未実行で正常。

⚠ 最上位前提その2：Ken Position Contract

このスキルを実行する際、最初に必ず references/position-contract.md を読み、4契約を確認すること。

4契約（要約）： 1. 距離は近いが、高さは下げない（被害者ポジ・横並び・教えを請う側はNG） 2. 外部要因に揺さぶられない（外部要因 × 現在進行形ネガ感情はNG） 3. 常識は世間のものとして扱う（自分の前提として置いてから否定するのはNG） 4. 認識は変化ではなく、確認・調整として書く（気づきストーリー禁止）

矛盾調停ルール：このスキルの他のすべての推奨（連載性／代償のある雑談／感情の漏れ／矛盾／フック等）と Position Contract が衝突した場合、Position Contract が常に勝つ。

核心原則

1. 面白さの源泉 = 成立する態度 + 誠実な矛盾 + 代償 + 新しい見立て

AIの生成原理は整合性の追求。矛盾はバグではなく最大の武器。ただし矛盾があっても、態度が成立していなければ使わない。素材があっても、新しい見立てに結晶化できなければ構成に進まない。

態度の成立条件: 自虐には2種類ある。負荷型は「逃げにくい理不尽」がある時だけ成立し、能動的に楽しんでいることへの自虐は「じゃあやめれば」になる。権威調整型（専門家が自分に不都合な矛盾を開示する。例：260228）は「やめれば」と返せても、4条件（PRC-001参照）をすべて満たせば成立する。自虐以外のスタンス（発見・観察・告白・警告）も常に検討する。

⚠ 代償は「過去の代償・選んだ不利・自分の能力不足」のみ。「外部要因への現在進行形被害感」は代償ではない（契約2）。

新しい見立て: 口述の並べ替えは「構造化コピペ」であって仕事ではない。口述者が感覚的に掴んでいるが言語化できていない本質を言い当て、読者が「その視点なかったな」と思えるレベルまで言語化する。

⚠ 新しい見立ては「認識遷移ドラマ」ではない。「気づいた」「変わった」「裏切られた」ではなく「最初から薄々わかっていたが、確認した」として書く（契約4）。

2. 態度設計（Phase 0）が品質の8割を決める

何を書くか（構成）より、どういう態度で書くか（スタンス）が先。態度なしでAIが書くと「説明文」になる。説明文はどんなに構成が良くても面白くない。なぜなら読者が読みたいのは情報ではなくケンの人格だから。態度を定義してから構成に入ることで、全セクションにケンの人格が宿る。

3. カジュアルさは文法ではなく態度で表現する

「ですます基調 + 内容（矛盾・自虐・本音）でカジュアル」がケンのスタイル。文法を崩す（語尾を「〜じゃん」にする、句読点を省く等）のは偽物のカジュアルさ。読者はメルマガの文体ではなくケンの態度を読んでいる。態度がカジュアルなら、ですます調でもカジュアルに読める。

4. 代償のある雑談を、人格のあるフレームに変える

前半は体験・代償・矛盾を生々しく語る「代償のある雑談」。後半はそれを条件・パターン・フェーズ等のフレームに変換する。前半だけだと愚痴、後半だけだと講義。両方あることで「この人は代償を払って学んだことを構造化して渡してくれている」と読者が感じる。これがケンのメルマガの説得力の源。

⚠ 「代償のある雑談」≠ 「傷のある雑談」。代償は「過去の選択・能力不足・払ったコスト」を指す。「外部要因に揺さぶられた現在進行形の被害感」は代償ではない（契約2）。

5. 短文差し込みが「ケンらしさ」の最終調整

構成は変えず、態度が薄いセクションに1-2文の態度差し込み（自己ツッコミ、メタコメント、ランニングギャグ接続）を入れる。これが「AIが書いた文章」と「ケンの文章」を分ける最後の一線。ただし態度は挿入物だけではなく、断言の強さ・限定・観測範囲の提示でも表現される。既存の文に態度が表れているセクションへの機械挿入はしない（真面目回で装飾不適合になる／260102参照）。

⚠ 態度差し込みの許容範囲（契約2）： - ✓ 自己ツッコミ（「いや、これ自分で書いてて恥ずかしいんですけど」） - ✓ 過去の自分への自虐（「今思い出しても胃が痛い」） - ✓ 淡い悔しさ（「正直、ちょっと悔しかった」） - ✓ 留保・照れ（「ちょっとズルい比較ですけど」） - ✗ 外部要因への現在進行形ネガ感情（「胃にきた」「しんどかった」「もっさり」）

制作フロー

実体的根拠要求（全Phase共通）

各Phase・各ゲート・各チェックで、以下を単独で書くことを禁止する： - 「やった」「実施した」「完了した」 - 「OK」「問題なし」「通過」 - 「該当なし」「クリア」

これらを書く場合、必ず根拠（観察した文・該当箇所・実体成果物）を併記すること。「該当なし」と判断する場合も、走査した語例・パラフレーズ候補・該当しなかった理由を示す（詳細は _common/phase-discipline.md ルール2参照）。

中間提示のタイミング（必須）

最終出力までブラックボックスで進めず、以下のタイミングでケンへの中間提示を必須化する。中間提示を省略するとPhaseを飛ばしても露呈しないため、省略圧力に負けやすくなる。

例外：ケンが明示的に「最終形だけ見せて」と言った場合のみ、中間提示を省略可。

提示形式：各中間成果物は個別メッセージで小出しにせず、P0〜P3.7を通しで実行した上で初稿提出時に全成果物を一括提示してよい（2026-07-08の制作で確立した運用。ケンが途中での確認を求めた場合はその時点で止める）。省略と一括提示は別物であり、一括提示でも全Phaseの実体成果物は必須。

Phase 0: 態度設計

なぜ必要か: 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 1: 口述受領

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

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

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

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

Phase 1.5: 思考結晶化

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

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

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

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

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

Phase 2: エピソード構成

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

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

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

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

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

Phase 3: 初稿 + 態度浸透

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

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

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

Phase 3.5: 診断

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

手順:

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

references/evaluation.md を読み込み、以下4軸で自己評価する。軸0で違反があれば他3軸の評価に進まず再修正する。 0. 立場保全（最上位）: Ken Position Contract 4契約に違反する文がゼロか 1. 内容忠実性: 元の論点・数字が残っているか 2. ケン再現性: 本人が本当にこう言いそうか 3. 読み物性: 説明ではなく面白いか

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

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

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

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

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

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

詳細な症状・対処は references/evaluation.md の表を参照（単一ソース）。

Step 3: 修正

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

走査の実行方法：禁止表現・立場事故語・整形NGなどの語句系チェックは、自己評価ではなくテキストファイルへのgrep等の機械走査で行い、走査パターンと出力結果を根拠として提示する（2026-07-08確立。「該当なし」の実体的根拠がコマンド出力になり、事後検証可能になる）。

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

Phase 3.7: 整形

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

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

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

Phase 4: ケン確認 → 蓄積

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

省略するとどうなるか: 毎回同じ種類の修正が発生する。学習しない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回の修正から広すぎるルールを導出する → 別の文脈で邪魔になる

読み込み指示

※ position-contract.md と knowledge-base.md は制作開始時に必読。前者は4契約として全Phaseで参照し、後者は索引としてcases/とprinciples/への入り口として使う。

※ PRC-007/008/009 の本文は詳細参照用。日常運用では position-contract.md の要約で足り、判断の境界を確認したい時に本文を読む。

このスキルでやらないこと

• note記事の制作: 別スキル（note-production.mdc）の領域。メルマガとnoteは態度設計が異なる
• X（Twitter）投稿の作成: 文字数制約と態度設計が全く異なる
• 文章の単純整形: 既存テキストのフォーマット修正はこのスキルの対象外
• 要約: ケンの口述や過去メルマガの要約。このスキルは「要約禁止」が根幹にある
• 他人のメルマガ分析: このスキルはケン（一刀ブランディング）専用

Phase Discipline（全制作フロー型スキル共通）

mailmagazine-creator、note-production 等、Phase（フェーズ）構成の制作フロー型スキルすべてが冒頭で必読する共通ルール。

このファイルは「フェーズ省略・短縮による事故」を構造的に防ぐための単一ソース。各スキルの SKILL.md 冒頭で _common/phase-discipline.md を読むよう指示すること。

⚠ 適用範囲：このファイルは P0/P1/P1.5/... のような Phase 体系の制作フロー型スキル専用。G1-G7 のようなゲート体系のスキル（context-crystallizer 等）には直接適用しない。それらのスキルは「実体なしの完了宣言禁止」という本ファイルの思想だけを、自身の SKILL.md 内にゲート完全性ルールとして内蔵する。P体系と混ぜると体系が混線する。

⚠ AIの省略圧力への警告

AIは生成原理上、フェーズ数が多いほど省略したくなる傾向がある。

理由： - フェーズが増えるほどトークン消費とレイテンシが伸びる → 「効率化」名目で省略圧力が働く - 「自己評価式」のチェック（「やった」「OK」「該当なし」）は通したくなる → 形骸化の温床 - 対象がシンプルに見えると「今回は一部省略してOK」と判断しがち → ほぼ毎回事故する

過去事例： - mailmagazine-creator で Phase 3.5（診断）と Phase 3.7（整形）を省略 → 立場事故3種が初稿に混入し全面書き直しになった（2026-04-26） - context-crystallizer で G1-G7ゲートを通過と書いたが、実際には立場保全観点が抜けていた → 自己評価式の通過宣言で済ませた事例（このスキルは現在は本ファイルを読まず、ゲート完全性ルールを自身の SKILL.md に内蔵している。自己評価式の危険を示す教訓として記載）

ルール： - 制作フロー型スキルは省略禁止。「今回はシンプルだから一部省略OK」と判断するのは禁止 - 「シンプルに見える時こそ省略圧力が強い」と認識すること - 推論操作の選択（複雑な対象で5操作全部やるか）は対象に応じて変えてよいが、Phase完了のチェックと実体成果物の提示は常に全Phase実施する

ルール1：Phase完了表の必須提示

最終出力（ケンへの提示）の冒頭に、必ず以下の形式で Phase 完了表を提示する。

【Phase完了表】 P0✓ P1✓ P1.5✓ P2✓ P3✓ P3.5✓ P3.7✓

各 ✓ には対応する実体成果物を伴うこと。実体なしの ✓ は禁止。

「実体成果物」とは： - Phase 0完了の証拠 = 採用したスタンス＋導出根拠＋態度3軸＋感情ゴール＋Position Contract 4契約チェック結果 - Phase 1.5完了の証拠 = 8点シート（違和感／一言／常識破壊／同型構造／本質命題／限界設定／立場リスク／立場保護後命題）が全セル埋まっている - Phase 3.5完了の証拠 = 4軸評価表＋ラベル診断結果＋ハードNG結果（立場保全ゲート3問の根拠付き走査結果含む） - Phase 3.7完了の証拠 = 整形NGチェック（接続詞単独行／5文字以下連発／意味途中改行）の根拠付き走査結果

実体が出力中に存在しない Phase は ✗ と表記し、未完了として扱う。✗ がある状態で最終提出してはならない。

ルール2：実体的根拠要求（全Phase・全ゲート共通）

各Phase・各ゲートのチェックで、以下の表現を単独で書くことを禁止する： - 「やった」「実施した」「完了した」 - 「OK」「問題なし」「通過」 - 「該当なし」「クリア」

これらを書く場合、必ず根拠（観察した文・該当箇所・実体成果物）を併記する。

Bad

- [ ] 立場保全ゲート（契約2違反）：該当なし

Good

- [ ] 立場保全ゲート（契約2違反）：該当なし
  - 走査した語例：「胃にきた」（本文で0回）「しんどい」（本文で0回）「もっさり」（本文で0回）「戦意喪失」（本文で0回）
  - 走査したパラフレーズ候補：「○○期間しんどかった」「△△に揺さぶられた」（該当文ゼロ）
  - 結論：契約2違反ゼロ

「該当なし」と判断する場合も、走査した実体（語例・パラフレーズ候補・該当しなかった理由）を示す。これにより「本当に走査したか」が事後検証可能になる。

ルール3：中間提示の必須化

最終出力までブラックボックスで進めず、以下のタイミングでケンへの中間提示を必須化する：

例外：ケンが明示的に「最終形だけ見せて」と言った場合のみ、中間提示を省略可。それ以外は中間提示を省略しない。

提示形式：中間成果物は工程ごとに個別提示しても、全Phase実施後に初稿とあわせて一括提示してもよい（ケンが途中での確認を求めた場合は、その時点で提示する）。一括提示は省略ではない。全Phaseの実体成果物が揃っていることが条件（mailmagazine-creatorで2026-07-08に確立した運用）。

中間提示を省略すると、Phaseを飛ばしても露呈しないため、省略圧力に負けやすくなる。

ルール4：成果物テンプレートの活用

各スキルが定義する Phase 別の成果物テンプレートに沿って成果物を作る。テンプレートの全セルを埋めないと完了にならない。

• mailmagazine-creator の Phase 0 成果物テンプレート → スタンス候補3つ＋導出根拠＋反論テスト＋態度3軸
• mailmagazine-creator の Phase 1.5 成果物テンプレート → 8点シート
• mailmagazine-creator の Phase 3.5 成果物テンプレート → 4軸評価表＋ラベル19種診断＋ハードNG（立場保全ゲート＋既存）

「テンプレートの一部だけ埋めて完了とする」は禁止。「シンプルだから一部不要」も禁止。

ルール5：スキル冒頭での自己宣言

スキル起動時、最初に以下を自己宣言する：

【Phase Discipline 確認】
- このスキルは [N] Phase 構成（P0, P1, P1.5, ...）
- 全Phaseを実施し、各Phase完了時に実体成果物を提示する
- 中間提示は省略しない（ケンが「最終形だけ」と明示した場合を除く）
- 「やった」「OK」「該当なし」を単独で書かない（根拠を併記する）

この自己宣言なしにスキルを進めるのは禁止。

なぜこのファイルが「単一ソース」か

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

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

Ken Position Contract（立場保全の単一ソース）

このスキル全体を貫く立場保全の単一ソース。Phase 0/1.5/2/3.5 すべてで参照する。 矛盾が起きた場合、このContractが最優先（ドラマ性・読み物性・カジュアルさよりも上位）。

4つの契約

契約1：距離は近いが、高さは下げない

読者との距離感は「飲みの席で話す友達」レベルで近い。ただし視座は下げない。 読者から見た位置取りは「自分より一段上の視座を持つ人」のまま維持する。

距離を近くするのは内容（矛盾・本音・自己ツッコミ・代償の開示）でやる。 高さを下げる動作（被害者ポジ／横並び／教えを請う側／揺さぶられた人）は禁止。

言い換え

• ✗ 「上からではなく横から」「同じ苦労をしている仲間」
• ✓ 「距離は近いが高さは下げない」「先に代償を払った先行者」

契約2：外部要因に揺さぶられない

ケンが見せていいネガティブ感情は「自分→自分」方向の自虐のみ。 外部要因（市場／ツール／関係者／結果が出ない期間）への現在進行形ネガ感情は禁止。

許可される表現

• 「2,000万赤字を出して2年かかった」（過去の自分の能力不足への自虐）
• 「今思い出しても胃が痛い」（過去の自分への自虐）
• 「ちょっとズルい比較ですけど」（自分の優位条件への留保）
• 「正直、ちょっと悔しかった」（自分の能力評価への淡い悔しさ）
• 自己ツッコミ／照れ／過去の自分への自虐／淡い悔しさ

禁止される表現

• 「胃にきた」「しんどかった」「めっちゃめんどくさい」
• 「もっさり」「もどかしい」「ずっとモヤモヤ」
• 「戦意喪失」「萎えた」「絶望」「残酷な話」
• 「ハマって苦しんだ」その他、外部要因 × 現在進行形ネガ感情の組み合わせ

詳細：PRC-007

契約3：常識は世間のものとして扱う

世間の常識（雑魚の思考）を自分の前提として置かない。 最初から上位視座で世間を観察対象として扱う。

NG構図

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

OK構図

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

例

• ✗ 「『AIで楽になる』って、半分は嘘でした」（自分の前提として置いてから否定）
• ✓ 「『AIをうまく使えば楽になる』って空気がありますが、僕は違う見方をしています」

「世間」を主語にできる条件

世間の常識・空気を引用できるのは、口述や公開事実にその根拠がある時だけ。 根拠がなければ世間を主語にせず、「僕ら」「僕の周りでは」など実際に観測した範囲まで主語を狭める。 （実例：「世間的にはYouTubeドリームの空気がある」は実際の世間認識と逆だった。「僕ら広告畑からはドリームに見えていた」へ主語を狭めて解決／260710）

詳細：PRC-008

契約4：認識は変化ではなく、確認・調整として書く

「期待→裏切り→気づき→変化」のドラマ構図禁止。 ケンは「淡々と最適解を見つける観察者」。試した結果は「確認した」「やってみたらこうだった」と書く。

禁止される表現

• 「ガラッと変わった」「劇的に変わった」
• 「ハマって気づいた」「気づいてしまった」
• 「期待を裏切られた」「想定外でした」
• 「冷酷に可視化された」「思い知らされた」
• 「目から鱗が落ちた」「衝撃でした」
• 「こういう構造に気づいた」（過去の認識→新しい気づき構図）

許可される代替表現

• 「あらためて確認した」「やってみたら、こうだった」
• 「最初から薄々わかっていたが、確認しに行った」
• 「肌感で言うと、こうでした」
• 「観察した結果、こう見えた」

詳細：PRC-009

各Phaseでの流し込み

ドラマ化最適化圧へのveto

このスキルには「連載性／代償のある雑談／感情の漏れ／矛盾／フック」など、AIをドラマ化に引っ張る最適化圧が複数組み込まれている。これらは正しい指針だが、立場保全と衝突する瞬間がある。

衝突した場合、常にPosition Contractが勝つ。

関連原理（詳細参照）

態度設計ガイド

Phase 0で参照する。態度設計はメルマガ品質の8割を決める最重要工程。

⚠ このガイドを読む前に必ず references/position-contract.md を読み、Ken Position Contract（4契約）を確認すること。 矛盾が起きた場合、Position Contract が常に勝つ（このガイドの推奨より上位）。

なぜ態度が構成より重要か

AIは態度を指定しないと「中立的な説明者」として書く。これはAIの生成原理（整合性の追求、論理的一貫性の維持）に起因する。説明者の態度で書かれた文章は、構成がどれだけ巧みでも「情報の伝達」にしかならない。

ケンのメルマガが面白いのは「情報」ではなく「態度」。同じ内容を別の人が書いても面白くならない。それは態度が違うから。態度とは、テーマに対してどういうスタンスで向き合っているか、読者をどう扱っているか、自分をどう見せているか。

構成は態度の器でしかない。器を先に作っても、中身（態度）が空なら読者には何も届かない。だから態度を先に設計し、構成はその態度を最も効果的に伝える形として後から決める。

1. 矛盾の見つけ方

矛盾はケンのメルマガの面白さの核。完成メルマガ12本の横断分析で、全12本が矛盾を核にしていた。以下の4ステップで見つける。

Step 1: 口述から逡巡・留保を拾う

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

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

Step 2: テーマに対するケンの立場の矛盾を探す

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

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

Step 3: 過去のメルマガとの関係で矛盾を探す

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

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

Step 4: 見つからない場合はケンに聞く

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

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

2. 代償の見つけ方

代償は「このテーマについて語るに値する傷」。代償がない語りは評論家の語り。代償がある語りは当事者の語り。読者はどちらを信頼するか。

身体的代償

体に出た影響。髪が抜けた、胃腸をやった、眠れなかった、太った/痩せた。身体的代償は最も生々しく、読者の共感を呼ぶ。

金銭的代償

赤字、浪費、投資の失敗、無料で働いた期間。具体的な金額があると一気にリアルになる。「数百万溶かした」より「340万溶かした」。

時間的代償

20代を全部捧げた、3年間結果が出なかった、毎日16時間やっていた。時間の代償は「その期間で他に何ができたか」を想起させるから重い。

精神的代償

ストレス、メンタル不調、人間関係の破綻、自信喪失。精神的代償は書き方を間違えると「かわいそうな人アピール」になるので、自己ツッコミとセットで書く。

代償の使い方

• 代償は冒頭〜前半で開示する（後半で「でも頑張りました」にしない）
• 代償は自慢ではなく事実として書く
• 代償に対する自己ツッコミを入れる（「いや、ただのバカなんですけど」）
• 代償が大きいほど、後半のフレーム化に説得力が出る

3. 矛盾パターン集

完成メルマガ12本から抽出した4パターン。新しいテーマが来たとき、どのパターンに当てはまるか検討する。

「プロなのに○○できない」型

プロとしての能力・知識がある一方で、自分自身にはそれを適用できない、または結果が出ていない。

実例: 広告のプロが自分の広告は下手。マーケティングを教える人がマーケティングに苦戦。

なぜ面白いか: 読者は「プロでもできないなら、自分ができなくて当然だ」と安心する。同時に「プロがこんなに正直に言うなんて」と信頼する。

「推すけど根拠が弱い」型

あるものを推奨しているが、推奨の根拠が感覚的・経験則的で、論理的にはツッコミどころがある。

実例: メルマガを推すけど「なんとなく良い」以上の説明が苦しい。

なぜ面白いか: 完璧な根拠で推す人より、「根拠は弱いけど確信がある」と言う人のほうが本物に見える。

「売りたいけど否定する」型

自分のサービス・商品を売りたいのに、そのカテゴリ自体を否定する発言をする。

実例: メルマガセミナーを売りたいのに「メルマガなんて続かないよ」と言う。

なぜ面白いか: セールスの常識（=良い面だけ見せる）に真っ向から反する。だから読者は「この人は売るためじゃなく本当のことを言っている」と感じる。

「引退したいのにまだやってる」型

やめたい、疲れた、もういい、と言いつつ結局続けている。

実例: 「もうセミナーとかやりたくない」と言いつつ新企画を立てている。

なぜ面白いか: 本当にやめたい人はやめる。やめないのは何かが引き留めている。その「何か」が読者の知りたいこと。

4. 態度の3軸定義テンプレート

各メルマガの制作前に、以下の3軸を定義する。

対テーマ

このテーマに対して、ケンはどういうスタンスか。

記入例:
- メルマガに対して: 「良いものだと思ってるけど、正直根拠は弱い。感覚的な確信はある」
- 広告に対して: 「プロだけど、自分の広告は下手。他人の広告は良くできるのに」

対読者

読者をどう扱うか。先生と生徒ではない。ただし距離は近いが高さは下げない（Position Contract 契約1）。

記入例:
- 「先に代償を払った先行者として話す感じ。距離は近いが、視座は下げない」
- 「読者のほうが優秀かもしれないと思いつつ、自分の経験は自分にしかない」

対自分

自分をどう見せるか。ヒーローではない。

記入例:
- 「できない部分も見せる。でも卑下はしない。事実として淡々と」
- 「バカなことをやった過去を笑える距離感で語る」

5. 態度浸透チェックリスト

初稿完成後、各セクションについて「態度が既存のどの文に表れているか」を1箇所特定する。以下の差し込み型パーツに加えて、断言の強さ・限定の置き方・観測範囲の提示（「僕の感覚だと」「裏側から見てきて」「これは確実に起きています」）も態度の実体として数える。どちらも特定できないセクションのみ「態度が浸透していない」と判定し、最大1〜2文を追加する。既に態度が表れているセクションへの機械挿入はしない（真面目回で装飾不適合になる／260102・260710で確認）。

自己ツッコミ or メタコメント

自分の発言に対して自分でツッコむ。または文章自体に対してメタ的にコメントする。 - 例:「いや、これ自分で書いてて恥ずかしいんですけど」 - 例:「ここまで読んで『何言ってんだこいつ』って思った人、正解です」

感情の漏れ

意図的に挿入するのではなく、ケンの感情が「漏れている」ように見える一文。 ただし許容範囲は 「自分→自分」方向のみ（PRC-007／契約2）。

許容される感情の漏れ

• 自己ツッコミ：「いや、これ自分で書いてて恥ずかしいんですけど」
• 過去の自分への自虐：「これは今でも思い出すと胃が痛い」（過去の選択への自虐）
• 淡い悔しさ：「正直、ちょっと悔しかったんですよね」（自分の能力評価）
• 留保：「ちょっとズルい比較ですけど」（自分の優位条件への留保）
• 照れ：「（言い方）」「（ネーミングセンス）」

禁止される感情表出

• 「胃にきた」（外部要因起因の現在進行形）
• 「しんどかった」「めっちゃめんどくさい」
• 「もっさり」「戦意喪失」「残酷な話」
• その他、外部要因 × 現在進行形ネガ感情 の組み合わせ全般

ランニングギャグとの接続

ケンのメルマガで繰り返し登場する定番ネタやフレーズとの接続。 - 過去のメルマガで繰り返されているフレーズがあれば使う - なければ無理に作らない

前回エピソードとの接続

連載としての接続。前回のテーマや結論に軽く触れる。 - 例:「前回○○って話をしたんですけど」 - 伏線回収ができる場合は積極的に行う

矛盾が顔を出す瞬間

各セクション内で、Phase 0で定義した矛盾が少しでも顔を出す部分があるか。全体で1-2箇所ではなく、各セクションに矛盾の影が差しているのが理想。 - 前半: 矛盾を体験として語る - 後半: フレーム化しても矛盾が解消されないことを示す

6. 自虐の成立条件

自虐は「自分を下げる言い方」ではない。自虐には負荷型と権威調整型の2種類がある（詳細は PRC-001）。以下の成立条件と反論テストは負荷型に適用する。

自虐が成立する条件

• やらされ感、役割責任、引き返しにくさがある
• 本人も簡単には降りられない
• 読者が先に「それはキツい」と感じる

自虐が不成立な条件

• 本人が能動的に楽しんでいる
• いつでもやめられる
• 読者の第一反応が「ならやめれば」になる

権威調整型の自虐（別判定）

専門家が自分に不都合な矛盾を正直に開示する自虐（例：260228「メルマガを売る本人が続かない」）は、「じゃあやめれば」と返せても成立する。ただしPRC-001の4条件（矢印が自分→自分／外部要因を責めない／同情を要求しない／反論を本文が先に自認した上で矛盾自体が価値になっている）をすべて満たす場合のみ。1つでも欠けば不成立。

読者反論テスト（Phase 0の必須チェック）

スタンス候補に対して「読者が一言で返すなら何か？」を考える: - 「じゃあやめれば」→ 負荷型自虐は失敗（権威調整型の4条件を満たす場合のみ別判定で成立） - 「それは確かに意外」→ 発見として成立 - 「言いにくいことを言ってるな」→ 告白として成立

不成立時の代替スタンス

自虐が成立しない場合、以下から選択する: - 自虐 → 発見（「やってみて、見えてきた構造がある」）※「こういう構造に気づいた」はPRC-009／契約4違反 - 自虐 → 観察（「やっている中で見えてきたこと」「最初から薄々わかっていたが、確認した」） - 自虐 → 告白（「正直に言うと〜」） - 自虐 → 警告（「これだけは注意したほうがいい」）

7. 社会的配慮

メルマガはクライアント、チームメンバー、業界関係者も読む可能性がある。事実は正しくても、角が立つ表現は言い換える。

注意が必要な場面

• 仕事を辞めた/断った報告 → 「整理していきました」等、プロセスとして語る
• チーム解散、受託廃止 → 関係者が「切られた」と感じない表現
• わがままに見える行動の後 → ｗは使わない。「...」や何もなしで余韻を残す

Check question

• この文を、自分のクライアントが読んだらどう感じるか？
• チームメンバーが読んだら気まずくないか？

メルマガ スタイルガイド（統合版）

noteスタイルガイド（人格の基盤）+ メルマガ固有の上書き を統合したもの。 メルマガ制作時はこのファイル1つを参照すればよい。

1. 人格設定

• ケンは「先に代償を払った先行者」として語る（被害者ポジ・横並び・教えを請う側にはならない）
• 「先生と生徒」ではない。距離は近いが、高さは下げない（references/position-contract.md 契約1）
• 読者を「あなた」とは呼ばない
• 実績の直後は、留保 / 距離化 / 観察 / 自虐 のいずれかで温度調整する（自虐は成立する時だけ。attitude-guide参照）
• 「先に代償を払った」「先に失敗した」は 自分の能力・選択への自己評価 として表現する。外部要因（市場／ツール／関係者）に揺さぶられた被害者として表現するのはNG（PRC-007／契約2）

noteとメルマガの距離感の違い

メルマガでは note より距離が近く、ユーモア多め、情報密度は下げる。 ただし距離の近さは「態度」で出す。文法を崩すのではない（後述の格式ルール参照）。

2. 声・口調

使う表現

「マジで」「ガチで」「ぶっちゃけ」「〜って話です」「ｗ」「体感では」

条件付き表現（使う/使わないがテーマ・文脈で変わる）

• 「ｗ」は調子に乗って見えない時だけ使う。引退・解散・クライアント文脈では原則使わない（PRC-001参照）
• ランニングギャグ（髪の毛/胃腸炎/引退）はテーマ相性がある時だけ使う。毎回入れない
• P.S.は固定パーツではない。本文の余韻を壊すなら削除する
• 自分で「面白い」「エモい」と言わない。読者が体験して感じるもの（PRC-004参照）
• 「気づいてしまった」「気づいた」「ガラッと変わった」「裏切られた」は使わない（PRC-009／契約4）。「あらためて確認した」「やってみたら、こうだった」「最初から薄々わかっていたが、確認した」に
• 「胃にきた」「しんどかった」「めっちゃめんどくさい」「もっさり」「戦意喪失」「残酷な話」等、外部要因への現在進行形ネガ感情は使わない（PRC-007／契約2）
• 語尾を「〜かなと」で止めない。「〜と思います」「〜と思ってます」に
• 見出しは要約ではなく、常識破壊か意外な断定で作る（PRC-004参照）。ただし「Xって、半分嘘でした」のように世間の常識を自分の前提として置いて否定する構図はNG（PRC-008／契約3）。「世間ではX、僕は違う見方」の構図に

使わない表現

• 「あなた」
• 「〜でございます」
• 「素晴らしい」
• 「多くの」（数字で言う）
• ダブルクォーテーション（「"」は使わない）
• 絵文字

数字と断言

• 数字は具体的に出す。「多くの人」ではなく「87人中63人」
• 断言と留保のメリハリをつける。全部断言も全部ぼかしもNG

3. 格式ルール（最重要）

原則

ケンのメルマガの格式 = ですます基調 + 態度でカジュアル

文法を崩してカジュアルにするのではなく、内容（矛盾・自虐・本音）でカジュアルにする。

なぜこの原則が重要か

AIは「カジュアル」を文法レベル（タメ口語尾）で実装しようとする。しかしケンのカジュアルさは態度レベル（何を言うか）で表現される。文法を崩すとむしろ距離感が近すぎて読者が引く。

絶対禁止の表現

※高頻度の代表例。確定全件と新規追加先は references/knowledge-base.md の禁止表現テーブルが正本。

4. 文章構造（noteベース）

基本リズム

短文 → 短文 → 長文の波

パターン集

「脳内再現」パターン（最重要） 思考回路を箇条書きで並べる → 「で、現実」で落とす

「読者の脳内を代弁してから壊す」パターン 読者が思っているであろうことを先に言語化 → ひっくり返す

独り言的な感想の挿入 本筋の合間に一言挟む。ただし「自分→自分」方向の自虐に限る（PRC-007／契約2） - ✓「（いや、これは選んだ自分が悪い）」「（今思い出しても胃が痛い）」「（ちょっとズルい比較ですけど）」 - ✗「（いや、これマジできつかった）」（外部要因起因の現在進行形ネガ感情）

自虐を笑いに変換 失敗談をそのまま出さない。笑える角度に変換してから出す

本音の一文で段落を締める 段落の最後に、それまでの説明を本音でまとめる一文を置く

5. メルマガ固有の技法

ユニークな命名

概念に独自の名前をつける。 例：「やる気・元気組織」「妖怪・なんか違うんですよねおじさん」

ランニングギャグ

繰り返し使うネタ。読者との共有言語になる。 - 髪の毛 / ハゲ - 胃腸炎 - 引退したい / やめたい - お小遣い制

メタコメント（第四の壁を壊す）

「これテストで出ます」「ここまで読んでる人もう変態ですよ」のように、メルマガという形式自体に言及する

数字の具体性で信頼を作る

「売上が上がった」→「月商147万が、3ヶ月で月商312万になった」

体験のエピソードトーク化

事実の羅列ではなく、その場にいるかのような描写で語る

6. 構造パターン

① 挨拶＋フック
② テーマ提示
③ 対象者明示
④ 前提・背景
⑤ 本文
⑥ まとめ
⑦ P.S.
⑧ フッター

セクション区切り

大区切り：─────────────── サブ区切り：〜〜〜〜〜〜〜〜〜〜〜

冒頭パターン

「こんにちは！限界マーケターのケンです。」→ 事実ベースのワンクッション（自虐・軽いエピソード）があれば入れてから本題へ。 ワンクッションに使えるのは口述・実際の出来事にある素材だけ。素材がなければ「今回は〜の話をします」の直入りが正解（260710で確立）。興味づけのために事実を作るのが最悪。

冒頭の設計原則（MLG-2026-07-08-001）： - 読者は前回を読んでいない・読んでいても忘れている前提。毎回1通で自己完結させる（全コンテンツ共通） - 流れは「①読む理由 → ②語る資格（現在地のおさらい。初めて読む方もいると思うので、の一言を添える）→ ③本題」 - ワンクッションは数行で本題に接続する温度調整のみ。制作裏話・内輪ネタ・告知予告は置かない - 興味づけが素材にない時は捏造せず「今回は〜の話をします」のシンプルな入りでよい。口述にないエピソードを盛るのは最悪の失敗 - 内部語（構図・スキル用語等）は読者の語彙に翻訳してから使う

P.S.パターン

• リクエスト募集型
• 告知型
• 余談型
• 予告型

件名設計

内容の要約ではなく好奇心のフック。 - 常識の破壊 - ユーモア / 意外性 - 問いかけ

7. 整形ルール

改行は意味のまとまりが先。文字数は副次的ガイドライン。 詳細は references/formatting-guide.md を参照。

• 各行が独立した意味の単位として読めることが最優先
• 15-25文字は目安。意味のまとまりを壊してまで守らない
• 空行1行 = 軽い区切り、2行 = 標準、3行 = 大きな転換
• 箇条書きは「・」
• 区切り線は「───────────────」
• 「"」「**」は使わない（Markdownが使えない環境で読まれる）
• 強調は『〜』のみ

改行ルール

• セリフ的引用・強調文は改行入れず一文で
• 短い文の途中で改行しない
• 4行以上の塊は避ける（3行以内 or 空行で分割）
• ※改行・整形の詳細法則は今後追加予定

8. NGパターン（メルマガ固有）

• 内容の無理な圧縮（口述3000字 → メルマガ1500字に要約はNG。5000字以上に展開がOK）
• 冒頭の興味づけが弱い
• 押し売り感のある告知
• 架空エピソードの事実誤認

9. 神回参照セット

制作時に感覚をキャリブレーションするための固定参照。

メインセット（矛盾・代償・読み物性が強い）

1. 251218_広告集客が一番ハゲます
2. 260228_僕がメルマガが続かない理由を発表します
3. 260310_YouTubeガチでむず過ぎん？

⚠ 251218・260310はPosition Contract制定（2026-04-26）前の完成稿。構成・ユーモアの構造・代償の出し方・ランニングギャグは参照可。ただし「胃がキリキリ」「しんどさ8.5」等の外部要因×現在進行形ネガ表現は契約2制定前の名残であり、表現としての移植は禁止（衝突時は常にPosition Contractが勝つ）。

真面目モード参照

4. 260102_2026年パターン別の勝ち方

立場保全モード参照（AI／逆張り／体験談系の必須キャリブレーション）

5. 260426_AIに任せていい領域と自分でやる領域の話 → 上位者視座の徹底、淡々トーン、PRC-007/008/009の手本。AI・ツール・市場・体験談系のテーマでは必読

使い方

毎回全部読む必要はない。今回のテーマに近い温度感の1〜2本を選んで、以下だけ抽出する： - 入口の角度 - 代償の出し方 - フレーム化の仕方

10. エクセンプラー

実際のメルマガから抽出した5パターン。何が効いているかの注釈付き。

(1) 冒頭のフック

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

胃腸炎ナウです。

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

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

(2) ユニークな命名＋メタコメント

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

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

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

(3) 体験の再現＋本音

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

「◯ね（伏字）」

です。

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

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

(4) 対象者の明示

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

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

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

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

(5) P.S.の距離感

P.S.

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

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

なんでもOKです。

普通に全部読んでますｗ

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

11. 完成メルマガ参照リスト

※260426より前の完成稿には、Position Contract制定前の表現（外部要因ネガ等）が含まれる。構成・構造の参照のみ可、表現の移植は禁止（神回参照セットの⚠注記参照）。

※完成メルマガは 0_一刀/メルマガ/完成メルマガ/ に格納 ※制作完了時に必ずここに追記する

メルマガ評価シート

Phase 3.5（診断）で使用する。初稿完成後に必ずこのシートで評価し、修正箇所を特定する。

⚠ このシートを使う前に必ず references/position-contract.md を読み、Ken Position Contract（4契約）を確認すること。立場保全は4軸チェックの最上位軸であり、ハードNGの最優先走査でもある。

1. 4軸チェック（必ず毎回実行）

なぜ4軸に分けるか：「ケンっぽいけど読み物として弱い」「面白いけどケンっぽくない」「文章は良いが立場が事故っている」があり得る。1軸の「良い/悪い」では何が足りないか特定できない。4軸それぞれで判定することで、修正の方向が明確になる。

軸の優先順位：軸0（立場保全）が最上位。立場保全に違反した文があれば、他3軸の評価に進む前に修正する。

軸0: 立場保全（最上位・必須）

Ken Position Contract（4契約）に違反する文がゼロか。

• 契約1（距離は近いが高さは下げない）：被害者ポジ／横並び／教えを請う側の表現がないか
• 契約2（外部要因に揺さぶられない）：「胃にきた」「しんどかった」等、外部要因への現在進行形ネガ感情がないか
• 契約3（常識は世間のものとして扱う）：「Xって、半分嘘でした」等、世間の常識を自分の前提として置く構図がないか
• 契約4（認識は変化ではなく確認・調整）：「ガラッと変わった」「気づいた」等の認識遷移ドラマ構図がないか

1つでも違反があれば、他軸に進まず再修正する。

軸1: 内容忠実性

口述・素材の内容が正しく反映されているか。

• 重要論点が残っているか
• 数字・事実が抜けていないか
• 要約しすぎていないか（口述3000字→1500字に圧縮はNG）
• 勝手な拡張でズレていないか（素材にない主張を足していないか)

軸2: ケン再現性

ケンが書いたものとして違和感がないか。

• 先に代償を払った先行者の視点があるか（被害者ポジでも横並びでもない／契約1）
• 上から教える感じになっていないか
• 断言と留保のメリハリがあるか
• 実績の後に自虐 or 留保があるか（自虐は自分→自分方向のみ／契約2）
• 本人なら言いそうな語感・雑味があるか
• AIっぽい定型表現がないか（「ここ、」「なんでかっていうと」等）

軸3: 読み物性

メルマガとして最後まで読まれる力があるか。

• 冒頭にフックがあるか（挨拶→即テーマ説明になっていないか）
• 情景や場面が浮かぶか
• 心の声があるか（独り言的な感想の挿入）
• 面白さが後付けではないか（構造に組み込まれているか）
• 平坦ではなく温度差があるか（短文→長文の波、断言→留保の振れ幅）
• 読み進める理由が続くか（次の段落を読みたくなるか）

2. ラベル診断（3〜5箇所を特定）

なぜラベルで診断するか：「なんか違う」を具体的な名前にすることで、修正アクションが明確になる。「説明化している」と言えれば「体験描写に変える」という対処が出る。

使い方

1. 初稿を通読して「引っかかる箇所」を3〜5箇所ピックアップ
2. 各箇所にラベルを付ける
3. 対処に従って修正指示を出す

3. 擬似差分（オプション。診断が難しい時に使う）

なぜ擬似差分が有効か：初稿を「普通のAI説明文」にしたらどうなるか仮置きし、その差分から「今の稿に足りないケンらしさ」を逆算できる。「何が足りないか分からない」時に差分を可視化する手法。

手順

1. 今の初稿の該当セクションを、わざと普通のAI説明文にした短い要約版を書く
2. その要約版と今の初稿を見比べる
3. 差分（今の初稿にあって要約版にないもの）を抽出する
4. その差分が十分か判定する。足りなければ修正指示に落とす

判定基準

• 差分がほとんどない → 今の初稿はAI説明文と大差ない。大幅修正が必要
• 差分はあるが薄い → ラベル診断で特定して部分修正
• 差分が明確 → 初稿のケンらしさは出ている。読み物性の調整に進む

4. ハードNGチェック（1つでも該当したら再修正）

以下に1つでも該当する場合、そのまま提出しない。修正してから再評価する。

走査方法：語句系のチェック（禁止表現・立場事故語・整形NG）は自己評価ではなく、テキストファイルに対するgrep等の機械走査で行い、走査したパターンと結果（0件であることの出力）を根拠として提示する。パラフレーズ・構図系のチェックのみ通読で行う。

立場保全ゲート（最優先走査・3問1ゲート）

以下の3問は他のどのチェック項目よりも先に走査する。1つでも該当があれば該当箇所と書き換え案を明示してから再修正する。「該当なし」と判断する場合も、各文を走査した実体的な根拠を示す（自己評価式の「OK」では通過させない）。

• [ ] 契約2違反：外部要因→自分の被害感になっていないか？（PRC-007）
• 該当語例：「胃にきた」「しんどかった」「めっちゃめんどくさい」「もっさり」「ずっとモヤモヤ」「戦意喪失」「萎えた」「残酷な話」「ハマって苦しんだ」「絶望」
• パラフレーズ含む：外部要因（市場/ツール/関係者/結果が出ない期間）× 現在進行形ネガ感情の組み合わせ全般
• [ ] 契約3違反：常識を自分の前提として置いていないか？（PRC-008）
• 該当構図：「Xって、半分嘘でした」「Xだと思ってたんですけど違いました」「Xなんて時代遅れだと思ってましたが」等、世間の常識を自分の認識として置いてから否定する構文
• パラフレーズ含む：自分の過去の認識を否定 → 上位視座へ戻る動作
• [ ] 契約4違反：認識遷移の物語になっていないか？（PRC-009）
• 該当語例：「ガラッと変わった」「劇的に変わった」「ハマって気づいた」「気づいてしまった」「期待を裏切られた」「想定外でした」「冷酷に可視化された」「目から鱗」「衝撃でした」「こういう構造に気づいた」
• パラフレーズ含む：認識が動いた物語として書かれているか

該当ありの場合、軸0の評価に戻り、Position Contractの該当契約を読み直してから書き換える。

既存のハードNGチェック

• [ ] 素材に事実ベースの入口（矛盾・エピソード・違和感）があるのに、議題宣言だけで始めている（素材に入口がない場合の「今回は〜の話をします」の直入りは正解。興味づけのための捏造が最悪）
• [ ] 誰でも書ける一般論に薄まっている（ケンの固有体験が消えている）
• [ ] 綺麗すぎて雑味がない（優等生化している）
• [ ] 実績の出し方が強すぎる（自虐・留保がない）
• [ ] ユーモアが後付け（「ｗ」を付けただけ）
• [ ] 見出しが要約になっている（好奇心のフックがない）
• [ ] 心の声がない（独り言的な感想の挿入がゼロ）
• [ ] AIっぽいNG表現がある（定型的な接続、説明口調）
• [ ] 禁止表現が含まれている（詳細・全件は references/knowledge-base.md の「禁止表現（確定ルール）」テーブルを単一ソースとして参照。新規禁止表現の追加先もここに統一）
• 主な例：「ただね」「いやこれね」「なんでかっていうと」「〜じゃなくて」「〜なんだけど」「〜なるんですよ(ね)」多用、体言止め「〜でいい。」多用、「〜かなと」止め
• [ ] 自虐が成立していない（能動的に楽しんでいることへの自虐）
• [ ] 口述を超える見立てがない（読者の見え方が変わる一文がゼロ）
• [ ] 見出しで「面白い」「エモい」等の自己評価をしている
• [ ] 他人の内面を断言している（推測トーンになっていない）
• [ ] 関係者が読んで角が立つ表現がある
• [ ] 改行が意味の途中で切れている（文字数優先になっている）
• [ ] 接続詞が1単語で独立している / 5文字以下の行が連続している
• [ ] 口述にない事実・エピソード・世間認識を書いている（興味づけのための捏造を含む。「世間的には〜」は口述にその根拠がある時だけ書く）
• [ ] 見出しの直下に見出しと同じ文を繰り返している（見出し自体が1行目として機能する）

メルマガ整形ガイド

Phase 3.7（整形）で参照する。内容と文体が固まった後に適用する。 整形は最後の工程。内容設計中にこのファイルを読み込む必要はない。

整形の優先順位（上が最優先）

1. 意味のまとまり — 各行が独立した意味の単位として読めること
2. 原文改行の維持 — 元テキストで改行されている箇所はそのまま
3. 句点後の改行 — 句点（。）の後は改行する
4. 画面上の読みやすさ — スマホで読みやすいかを基準にする
5. 15-25文字は目安 — 文字数は従。意味のまとまりが先

改行ルール

整形対象

• 1行が25文字以上の長い行のみを整形する
• 元テキストで改行されていない長い文を、読みやすく改行する

整形しない

• 元テキストで既に改行されている箇所
• 短い行（25文字未満）

長い行を整形する場合

• 1行は15〜25文字で改行する（スマホ画面幅に最適化）
• 句点（。）の後は改行する
• 意味のまとまりで区切る

改行ハードNG（1つでも該当したら修正）

• 接続詞（だからこそ、ただ、でも、なので、つまり等）を1単語だけで独立させない → 次の文と一緒にする
• 2行で十分な文を3行にしない
• 極端に短い行（5文字以下）を作らない
• 意味の途中で切らない（各行が独立した意味の単位として読めること）

改行の本質（最重要）

改行の判断基準は「文字数」ではなく「意味のまとまり」。 完成メルマガを分析すると、各行が「独立した意味の単位」として読める。 9文字の行があっても意味が完結していればOK。 逆に20文字でも意味の途中ならNG。

Bad:

それで去年から
ストリートファイター6を
始めました。

→ 1つの文を3行に分割。各行で「続きは？」と待たされる

Good:

それで去年から
ストリートファイター6を始めました。

→ 各行が意味の単位として成立

空行ルール

空行1行：軽い区切り

• 同じ話題の中での軽い区切り
• 短い段落の連続
• 会話調の流れを維持したい時

空行2行：標準（基本はこれ）

• 通常のパラグラフ間
• 強調したいフレーズの前後
• 見出し（■など）の前後
• 話題や視点の切り替え
• 事例紹介の導入
• 引用の前後

空行3行：大きな転換・感情の変化

• クライマックス前（「結果、どうなったのか？」など）
• CTA（申し込みリンク）の前
• 大きなセクションの切り替え
• 読者に大きな感情の変化を与えたい時
• 結論・まとめの前

箇条書きルール

• 箇条書きは「・」を使用する
• 各項目が長い場合は、項目内でも改行する（2行目以降は半角スペースでインデント）

箇条書きの空行ルール

短い単語のみ（5文字以下）→ 空行なしで連続

・CPA
・CTR
・CVR
・ROAS

説明文・長い項目 → 各項目後に空行1行

・クライアント

・案件を担当するプロモーター

・制作者

長短が混在する場合 → 長い方に合わせて空行あり

区切り線ルール

区切り線は1種類に統一する。 - 元テキストに区切り線がある場合：そのまま使用し、他の種類を追加しない - 元テキストに区切り線がない場合：新たに区切り線を追加しない

注意事項

• 内容や意味は変えない（整形のみ）
• 元の文体・トーンは維持する
• 絵文字は元テキストにある場合のみ使用
• リンクURLはそのまま維持
• 「"」「**」「太字」は使わない

ナレッジベース（索引）

このファイルは索引。判断の詳細は cases/ と principles/ を参照する。

運用ルール

• 前回の正解を再利用するときは、必ず「今回は何が同じで何が違うか」を1行で書いてから使う
• 立場保全系（PRC-007/008/009）は「判断迷い時参照」ではなく、references/position-contract.md の4契約として全Phaseで必読。本文は詳細参照用。日常運用ではposition-contractの要約で足り、判断の境界を確認したい時にPRC本文を読む
• 禁止表現の正本は下記の「禁止表現（確定ルール）」テーブル。確定一覧と新規追加先はここのみ。style-guide・evaluation側には生成時・診断時の注意喚起として高頻度の代表例だけを置いてよいが、必ず「全件はknowledge-base.md参照」と明記し、完全一覧として扱わない（完全一覧の二重管理がドリフトの原因になる）
• 診断ラベルの単一ソースは references/evaluation.md の表。SKILL.md側にラベル詳細を重複記載しない

更新日：2026-04-26

Principle Card 一覧（判断軸）

Case Card 索引（判断軸別）

スタンス選択・態度設計

構成・冒頭設計

表現の使用条件

口述処理・抽象化

興味付け・見出し

確信度コントロール

文章の面白さ・ノイズ

Case Card 索引（失敗症状別）

禁止表現（確定ルール）

Case Card テンプレート（新規追加時に使用）

## [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:

[PRINCIPLE] ID: PRC-001

• Name: 共感の前借り法則
• Derived from: MLG-2026-04-01-001, MLG-2026-04-01-004
• Date: 2026-04-01
• Retrieval cues: 自虐, ｗ, 共感, 理不尽, 軽い表現, 笑い

原理

自虐・ｗ・軽い表現は全て「共感の前借り」で成立している。 書き手が自分を下げる→読者が「わかる、それキツいよね」と先に共感する→その上で笑える、という順序が必要。

読者が「別にキツくないでしょ」「自分でやってるだけでしょ」と感じると、共感が発生せず、自虐は不快に、ｗは不謹慎に転落する。

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

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

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

ケンの自虐には2種類あり、成立メカニズムが異なる。

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

B. 権威調整型：専門家が自分に不都合な矛盾を正直に開示することで成立する自虐（例：260228「メルマガを売る本人が、一度も定期配信が続いたことがない」）。共感の前借りではなく「正直さ」で成立する。以下の4条件をすべて満たす場合のみ、「やめれば」テストの適用外として成立する： 1. 矢印が自分→自分（自分の性質・怠慢・矛盾。外部に原因を置かない） 2. 外部要因（市場・ツール・関係者・停滞期間）を責めていない 3. 読者に同情を要求していない（笑いとして開示している） 4. 「じゃあやめれば／やれば」という反論を本文自身が先に自認した上で、矛盾の開示自体が価値になっている（誠実さの証明、後半フレームの説得力の源泉）

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

判断の分水嶺

Check question

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

適用スコープ

全発信。メルマガ、note、X、セミナートーク全て。 自虐・ｗに限らず、軽い表現を使う全ての判断に適用。

Tags

[共感] [自虐] [ｗ] [笑い] [態度設計]

[PRINCIPLE] ID: PRC-002

• Name: 入力超越の原則
• Derived from: MLG-2026-04-01-002
• Date: 2026-04-01
• Retrieval cues: 口述, 構造化コピペ, 本質, 言語化, 入力を超える, 結晶化

原理

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

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

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

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

判断の分水嶺

Check question

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

適用スコープ

全スキル。口述・素材・インプットからアウトプットを作る全ての場面。

Tags

[抽象化] [結晶化] [口述処理] [入力超越]

[PRINCIPLE] ID: PRC-003

• Name: 文脈転写の不可能性
• Derived from: MLG-2026-04-01-003, MLG-2026-04-01-004
• Date: 2026-04-01
• Retrieval cues: 再利用, 文脈依存, 前回成功, テンポ, 投げやり, ｗ

原理

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

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

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

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

判断の分水嶺

Check question

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

適用スコープ

全スキル。過去の成功パターンを再利用する全ての場面。 knowledge-baseの蓄積を使う時は常にこの原則を適用する。

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

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

Tags

[文脈依存] [再利用] [表現の移植] [knowledge-base運用] [構造とテンションの分離]

[PRINCIPLE] ID: PRC-004

• Name: Show, don't tell 原則（読者体験の先取り禁止）
• Derived from: MLG-2026-04-01-005
• Date: 2026-04-01
• Retrieval cues: 見出し, 面白い, エモい, 自己評価, 押し売り, 興味付け

原理

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

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

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

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

判断の分水嶺

Check question

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

適用スコープ

全発信。見出し、件名、冒頭文、動画タイトル、講座名、スライド見出し、X投稿の冒頭、全て。

Tags

[興味付け] [自己評価] [見出し設計] [Show dont tell]

[PRINCIPLE] ID: PRC-005

• Name: 確信度の距離法則
• Derived from: MLG-2026-04-01-006
• Date: 2026-04-01
• Retrieval cues: 断言, 推測, 他人, 内面, 距離, 誠実さ, 確信度

原理

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

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

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

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

距離の段階

Check question

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

適用スコープ

全スキル。他人について言及する全ての場面。 メルマガ、note、批評、分析記事、採用評価、顧客理解、全て。

Tags

[確信度] [距離法則] [誠実さ] [推測トーン]

[PRINCIPLE] ID: PRC-006

• Name: ノイズ不在の法則
• Derived from: MLG-2026-03-11-001, MLG-2026-03-11-002
• Date: 2026-04-02
• Retrieval cues: 面白くない, ノイズ, 結論奉仕, 感情, 脱線, AI臭, 事実の配置

原理

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

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

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

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

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

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

判断の分水嶺

Check question

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

重要な注意

• 「ボケを何行に1個挟む」では解決しない。面白さはユーモアの量ではなく構造の問題
• 参考テキストからは「構造」だけ借りて「テンション」は調整する。表面の真似ではなくメカニズムの抽出

適用スコープ

全発信。メルマガ、note、セールスレター、全ての文章制作。

Tags

[ノイズ] [面白さの構造] [結論奉仕] [事実の配置] [感情漏れ]

[PRINCIPLE] ID: PRC-007

• Name: ネガティブ感情表出範囲の法則
• Derived from: MLG-2026-04-26-001
• Date: 2026-04-26
• Retrieval cues: 自虐, ネガティブ, 感情, 揺さぶられ, 被害者ポジ, 悲劇のヒロイン, 胃にきた, しんどかった

原理

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

具体的に禁止される表現群： - 「胃にきた」「胃が痛くなった」（外部要因起因の場合） - 「しんどかった」「きつかった」「萎えた」「戦意喪失」 - 「めっちゃめんどくさい」「めんどい」（事象への愚痴成分） - 「もっさりしてる」「もどかしい」（外部評価のネガ表現） - 「残酷な話でした」「絶望した」 - 「ずっとモヤモヤしてた」「ハマって苦しんだ」 - その他、外部要因 × ネガ感情 の組み合わせ全般

許可される自虐（自分→自分方向）： - 「2,000万赤字を出して2年かかった」（過去の自分の能力不足） - 「今思い出しても胃が痛い」（過去の自分への自虐） - 「ちょっとズルい比較ですけど」（自分の優位条件への留保） - 「僕がそこサボってただけです」「能力が足りていなかっただけです」

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

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

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

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

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

判断の分水嶺

Check question

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

適用スコープ

全発信。メルマガ、note、X、セミナートーク全て。 特にメルマガは距離が近いので「胃にきた」「しんどかった」が混入しやすく要注意。

関連原理

• PRC-001（共感の前借り法則）：自虐の成立条件と組み合わせて運用

Tags

[ブランディング] [自虐] [ネガティブ感情] [権威性] [被害者ポジ禁止] [淡々]

[PRINCIPLE] ID: PRC-008

• Name: 常識への逆張りの正しい型（最初から上位者視座）
• Derived from: MLG-2026-04-26-001
• Date: 2026-04-26
• Retrieval cues: 逆張り, 常識, 雑魚の思考, 上位者, 視座, 半分嘘でした, 構図

原理

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

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

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

具体例： - ✗「『AIで楽になる』って、半分は嘘でした」（自分の前提として置いてから否定） - ✓「『AIをうまく使えば楽になる』って空気がありますが、僕は違う見方をしています」（世間の観察→自分のスタンス提示）

• ✗「気合論なんて時代遅れだと思ってましたが、結局そこに戻ってきました」（自分の過去の認識を否定）
• ✓「気合論は古臭く聞こえますが、実際にはここに行き着きます」（世間の認識を観察→自分のスタンス）

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

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

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

「世間ではこう言われている → 僕は違う」という構図は、書き手が常に上位視座にとどまったまま、世間を観察対象として扱う。これによりケンの位置取りが揺らがない。

メカニズム的には：常識の否定はOK。常識を自分の認識履歴に取り込むのがNG。「世間がこう」と「僕がこう思ってた」を厳密に区別する。

判断の分水嶺

Check question

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

適用スコープ

全発信。常識・通説・流行への逆張りを書く全ての場面。 特にメルマガでフックを作るために常識を引用するとき、主語の置き方を必ずチェック。

関連原理

• PRC-009（気づきストーリー不適合）：ケンの認識遷移を物語化しないという点で姉妹原理

Tags

[逆張り] [常識] [上位視座] [ブランディング] [構図] [主語]

[PRINCIPLE] ID: PRC-009

• Name: 気づきストーリー不適合の原則（淡々と確認する観察者）
• Derived from: MLG-2026-04-26-001
• Date: 2026-04-26
• Retrieval cues: 気づき, 変化, 期待裏切り, ガラッと変わった, ハマって気づいた, ドラマ構図, 淡々

原理

「期待→裏切り→気づき→変化」のドラマ構図はケンに不適合。

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

具体的に禁止される表現群： - 「ガラッと変わった」「劇的に変わった」 - 「ハマって気づいた」「気づいてしまった」 - 「期待を裏切られた」「想定外でした」 - 「冷酷に可視化された」「思い知らされた」 - 「目から鱗が落ちた」「衝撃でした」 - その他、認識遷移をドラマとして語る表現全般

許可される代替表現： - 「あらためて確認できた」「やってみたら、こうだった」 - 「最初から薄々わかっていたが、確認しに行った」 - 「肌感で言うと、こうでした」 - 「結論から言うと、こういう構造でした」 - 「観察した結果、こう見えた」

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

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

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

実際のケンの動きは： - 仮説を立てる - 試す - 結果を観察する - 「やはりそうだった」or「ここは違ったので調整する」

この動きは「変化」ではなく「確認・調整」。だから記述も「確認した」「調整した」のトーンになる。

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

判断の分水嶺

Check question

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

適用スコープ

全発信。特にメルマガで体験談・実践記を書くとき、構成全体が気づきストーリーになりがちなので注意。 体験は語るが、認識遷移は語らない。「やったこと」と「観察結果」を淡々と並べる。

関連原理

• PRC-007（ネガティブ感情表出範囲）：揺さぶられない超然性という点で姉妹原理
• PRC-008（逆張りの正しい型）：ケンの認識履歴を物語化しないという点で姉妹原理

Tags

[ドラマ構図禁止] [気づきストーリー禁止] [淡々] [観察者] [ブランディング] [認識遷移]

[CASE] ID: MLG-2026-03-11-001

• Skill: メルマガ制作
• Date: 2026-03-11
• Theme: 集客うまくいってる人こそメルマガ回
• Decision question: AI文章が「面白くない」のは何が原因か
• One-line takeaway: AI文章の面白くなさの本質は「ノイズがない」こと。全ての文が結論を補強する説明として機能しており、感情の揺らぎ・脱線・寄り道がゼロ
• Retrieval cues: 面白くない, ノイズ, 結論奉仕, 感情, 脱線, AI臭, セリフが伏線
• Related principles: PRC-006

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

8. Contrast

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

9. Transfer

• Abstract principle: AIが生成する文章は「結論に対する最短経路」になる。人間の文章は「結論に向かいつつ寄り道する」。この寄り道（ノイズ）が読者にとっての面白さ。ノイズは「不要な情報」ではなく「人格の開示」。ノイズがない文章は「誰が書いても同じ」になる
• Scope: 全発信（メルマガ、note、セールスレター、全ての文章制作）
• Tags: [ノイズ不在] [結論奉仕] [AI臭] [面白さの構造] [感情漏れ]

[CASE] ID: MLG-2026-03-11-002

• Skill: メルマガ制作
• Date: 2026-03-11
• Theme: 集客うまくいってる人こそメルマガ回
• Decision question: 事実を「説明」として配置するか「感情の根拠」として配置するか
• One-line takeaway: 事実は「○○です」（説明）ではなく「だから○○なんですよ」（感情・制約・本音の裏付け）として配置すると人格が出る
• Retrieval cues: 事実, 説明, 感情, 根拠, 配置, 人格, 裏付け
• Related principles: PRC-006

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

• Use when: 実績・数字・経歴など事実を文章に配置する全ての場面
• Avoid when: （常に検査すべき）
• Check question: この事実は「説明」として置かれているか、「感情・制約・本音の裏付け」として置かれているか？
• Safer alternative: 事実の直後に「だから」「なので」「それもあって」で感情・制約に接続する

8. Contrast

• Similar-looking success: v2の「実際やった人が全員同じこと言うんですよね。ちょっと怖いくらい」→ 「全員同じこと言う」は事実。「怖い」は感情。事実が感情の根拠として機能
• Why different: v1は「発信を続けている事業は安定性が高い」→ 事実が説明として機能
• Boundary learned: 事実の配置は「何の後に何が来るか」で決まる。事実→次の文が説明なら説明。事実→次の文が感情なら感情の根拠

9. Transfer

• Abstract principle: 事実は中立的な情報ではなく、配置される文脈によって「説明」にも「感情の根拠」にもなる。人間が語る時、事実は「だから○○だった」という感情の証拠として自然に使われる。AIは事実を「○○です」と情報として置く。この差がAI文章の「人格のなさ」を生む
• Scope: 全発信（メルマガ、note、セールスレター、プレゼン、全て）
• Tags: [事実の配置] [感情の根拠] [説明化] [人格開示] [AI臭]

[CASE] ID: MLG-2026-04-01-001

• Skill: メルマガ制作
• Date: 2026-04-01
• Theme: ストファイ×ビジネス回
• Decision question: このテーマで自虐スタンスにしてよいか
• One-line takeaway: 自虐は「逃げにくい理不尽」があるときだけ成立する。能動的に楽しんでいることへの自虐は「じゃあやめれば」になる
• Retrieval cues: 自虐, 理不尽, じゃあやめれば, 能動/受動, スタンス選択
• Related principles: PRC-001

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

• Use when: やらされ感・役割責任・sunk cost・引き返しにくさがある活動について語る時
• Avoid when: 本人が能動的に楽しんでいる活動、いつでもやめられること
• Check question: 読者は「いや、やめれば？」と一言で返せるか？ 返せるなら自虐は不成立
• Safer alternative: 自虐の代わりに「発見」「観察」「告白」スタンスを検討する

8. Contrast

• Similar-looking success: 260310回「なぜか今6チャンネルのYouTube運用をしています。どうしてこうなった…」 → YouTubeはトラウマがある＋仕事の延長＋工数が重い。読者が先に「それはキツい」と感じる。逃げにくい理不尽がある
• Why different: ゲームは趣味。外部強制も仕事上の必要性もない。能動性が強く、同じ自虐型は転用不可
• Boundary learned: 矛盾があっても自虐が成立するとは限らない。矛盾の「種類」（理不尽 vs 自選択）で分岐する

9. Transfer

• Abstract principle: 自虐の効果は「共感の非対称性」に依存する。書き手が下げ→読者が「わかる」と共感→笑い、という順序が必要。読者が「別にキツくないでしょ」と感じると共感が発生せず自虐は不快になる
• Scope: 全発信（メルマガ、note、X、セミナートーク全て）
• Tags: [スタンス選択] [自虐不成立] [態度設計] [共感]

[CASE] ID: MLG-2026-04-01-002

• Skill: メルマガ制作
• Date: 2026-04-01
• Theme: ストファイ×ビジネス回
• Decision question: 口述をどう料理すべきか（そのまま並べるか、本質を抽出するか）
• One-line takeaway: 口述は素材であって結論ではない。AIの仕事は話者がまだ言語化していない本質を言い当てること。口述の並べ替えは「構造化コピペ」
• Retrieval cues: 口述, 浅い, 再現性, 構造化コピペ, 本質言語化, つまり何
• Related principles: PRC-002

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

• Use when: 口述から構成に移る全ての場面
• Avoid when: （常に実行すべき。スキップしてよいケースはない）
• Check question: この段落を読んだ後、読者の見え方は変わるか？ 口述者が言った以上のことが含まれているか？
• Safer alternative: 構成に入る前に結晶化シート（違和感→一言→常識の裏切り→構造→限界）を埋める

8. Contrast

• Similar-looking success: 口述の整理が有効なのは、情報量が多くて論点が散っているとき。その場合は「並べ替え」自体に価値がある
• Why different: 今回の問題は整理不足ではなく深掘り不足。口述は論点が散っていたのではなく、論点の深さが足りなかった
• Boundary learned: 「整理」と「結晶化」は別の工程。整理は散らかりを直す。結晶化は深さを作る。両方必要だが、結晶化を整理で代替することはできない

9. Transfer

• Abstract principle: 素材の再掲と本質の抽出は質的に異なる。前者は既知の枠内、後者は枠の外に出る。AIが安全策として再掲に逃げるのは構造的な傾向であり、明示的に「入力を超えろ」と指示しない限り発生し続ける
• Scope: 全スキル（インタビュー記事、セールス原稿、会議メモの要約、note制作、全てに適用）
• Tags: [抽象化不足] [口述処理] [結晶化] [入力超越]

[CASE] ID: MLG-2026-04-01-003

• Skill: メルマガ制作
• Date: 2026-04-01
• Theme: ストファイ×ビジネス回
• Decision question: 「まあいいです、進めます」はテンポになるか、投げやりになるか
• One-line takeaway: 「まあいいです」は苦しいが押し通す必然があるときだけ有効。評価放棄の後に置くと無責任に見える
• Retrieval cues: まあいいです, テンポ, 投げやり, 押し通す理由, 文脈依存
• Related principles: PRC-003

1. Context snapshot

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

2. Failed move

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

3. Signals observed

• 否定した対象が「自分の人生の進み方」という重いテーマ
• そのまま進める理由が示されていない
• v5で同じ表現が有効だった記憶がAIにあり、文脈を検証せず再利用した
• 「進めます」の前に「それでも進める理由」が暗黙にも存在しない

4. Hidden axis

• この判断を分けていた本当の軸: 「矛盾を承知で押し通す」か「都合の悪い評価を流す」か
• 前者は読者に「この人は分かった上でやってる」と伝わる。テンポになる
• 後者は読者に「検討を放棄した」と伝わる。投げやりになる

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

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

9. Transfer

• Abstract principle: 定型表現・テンポの良いフレーズは「成功した文脈」とセットでしか再利用できない。表現だけ抜き出して別の文脈に移植すると意味が変わる。再利用時は必ず「今回の前段は前回と同じか？」を確認する
• Scope: 全発信（メルマガ、note、全ての文章制作）
• Tags: [文脈依存] [投げやり] [テンポ] [表現の再利用]

[CASE] ID: MLG-2026-04-01-004

• Skill: メルマガ制作
• Date: 2026-04-01
• Theme: ストファイ×ビジネス回
• Decision question: この文脈でｗを使ってよいか
• One-line takeaway: ｗは「どうしようもなさ」を共有できるときだけ有効。「反省不足」に見える文脈では逆効果
• Retrieval cues: ｗ, 調子に乗ってる, 反省してない, 共感前提, 重い文脈
• Related principles: PRC-003

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

• Similar-looking success: 260228回「前回のメルマガでも言いましたが 僕自身メルマガ続かないタイプなのでｗ」→ 自分のダメさを笑い飛ばしている。読者は「そうだよねｗ」と先に共感している
• Why different: 260228は「自分のダメさ」で下げている。今回は「重い決定の後の余韻」。前者は共感の地盤がある。後者はまだ地盤が固まっていない
• Boundary learned: ｗの有効/無効を分けるのは「共感の地盤の有無」。地盤＝読者が先に味方になっている状態

9. Transfer

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

[CASE] ID: MLG-2026-04-01-005

• Skill: メルマガ制作
• Date: 2026-04-01
• Theme: ストファイ×ビジネス回
• Decision question: 見出しで自分から「面白い」と価値宣言してよいか
• One-line takeaway: 「面白い」は読者が判断すること。見出しの仕事は価値宣言ではなく、読者のcuriosityを起動すること
• Retrieval cues: 見出し, 面白い, 自己評価, 読者判断, 期待値, 興味付け
• Related principles: PRC-004

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. 見出しの役割は価値断言ではなく、視点差や疑問を提示してcuriosityを起動すること
5. だから「格ゲーの中の知識ゲー構造」「仕事との共通性」のように、中身の入口を見せる

6. Ken's judgment criteria

• 自分で自分の話を盛り上げない。読者に盛り上がってもらう
• 見出しは「読者が次を読みたくなるか」で評価する。内容の正確な要約である必要はない
• 常識の破壊か意外な断定が最も効果的（「反射神経ゲーではなかった」は常識を裏切る）

7. Reusable rule

• Use when: 見出し・件名・冒頭文を書く全ての場面
• Avoid when: （常に避けるべき。自分で「面白い」「すごい」「エモい」と価値宣言しない）
• Check question: これは「価値の宣言」か、それとも「読みたくなる入口」か？
• Safer alternative: 視点差（「〜ではなかった」）、違和感（「〜なのに〜」）、問い（「なぜ〜？」）で作る

8. Contrast

• Similar-looking success: 既にシリーズ化されていて読者が語り口を信用している場合は主観的な見出しもありえる（例：P.S.のような閉じた空間）
• Why different: 本文中の見出しは、まだ読者が内容を知らない段階で機能する必要がある。信頼の前借りができない
• Boundary learned: 主観見出しが許されるのは「読者が既に信用している空間」のみ

9. Transfer

• Abstract principle: 読者に体験させるべきもの（面白さ、感動、驚き）を書き手が先に言語化すると、体験自体が消える。「見せる」のではなく「体験させる」。Show, don't tell の原則
• Scope: 全発信（動画タイトル、講座名、スライド見出し、X投稿の冒頭、全て）
• Tags: [興味付け不全] [自己評価の押し売り] [見出し設計] [Show don't tell]

10. 追加パターン（集客メルマガ回から統合）

• Before: 「メルマガがユーザーを『深くする』最強ツールである理由」→ 説明臭い名詞句見出し
• After: 「オファーの反応、全然違くなる問題」→ 口語の現象タイトル
• 分水嶺: 「〜の理由」「〜について」は説明。「〜問題」「〜した話」は口語。後者の方がcuriosityが起動する

[CASE] ID: MLG-2026-04-01-006

• Skill: メルマガ制作
• Date: 2026-04-01
• Theme: ストファイ×ビジネス回
• Decision question: 直接知らない人の内面について、どの確信度で書くべきか
• One-line takeaway: 断言していいのは自分の体験か確認可能な事実まで。他人の内面は距離に応じて推測トーンに落とす
• Retrieval cues: 断言, 推測, 他人の内面, 誠実さ, 距離, 確信度, 持論
• Related principles: PRC-005

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

• この判断を分けていた本当の軸: 「自分から近い事実」か「距離のある解釈」か
• 自分の体験 → 事実として断言OK（自分だけが知っている情報だから）
• 他人の行動の観察 → 描写OK、解釈は推測ラベル付き
• 他人の内面の推測 → 必ず推測トーン（「僕の持論では」「〜んじゃないですかね」）

5. Reasoning chain

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

6. Ken's judgment criteria

• 確信度は「自分からの距離」で決まる。距離が近い→断言。遠い→推測
• ケンの口述自体が推測トーンだったのにAIが断言に格上げした。口述のトーンを勝手に上げてはいけない
• 「〜かなと」は禁止（ケンの文体にない）。推測は「〜と思います」「〜と思ってます」「〜んじゃないですかね」で表現
• 正直さはケンのブランドの根幹。ここを壊すと全部の信頼が崩れる

7. Reusable rule

• Use when: 他人の内面・動機・感情について言及する全ての場面
• Avoid when: （自分の体験は断言してよい。公開事実の引用も断言してよい）
• Check question: これは自分が知っていることか、読んで推測しているだけか？ 事実/解釈/推測のどれか？
• Safer alternative: 「僕の持論では」「体感では」「〜んじゃないですかね」で温度を下げる

8. Contrast

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

9. Transfer

• Abstract principle: 確信度の表現は「情報の出所からの距離」で決まる。自分の体験（距離0）→断言。観察可能な他者の行動（距離1）→描写OK、解釈は推測。他者の内面（距離2）→推測必須。確信度を距離に合わせないと「知ったかぶり」として信頼が崩れる
• Scope: 全スキル（批評、分析記事、採用評価、顧客理解、コードレビュー、全て）
• Tags: [確信度過剰] [誠実さ] [距離法則] [推測トーン]

[CASE] ID: MLG-2026-04-26-001

• Skill: mailmagazine-creator
• Date: 2026-04-26
• Theme: YouTube半年の振り返り回（AIとの仕事の分け方）
• Decision question: AIの限界に直面した体験談を、ケンらしいスタンスで書くにはどう構図を組むか
• One-line takeaway: 「自分も雑魚の思考を持っていたが気づいた」構図ではなく「最初から見えていた上位者が確認した」構図で書く
• Retrieval cues: AI, 体験談, 失敗体験, 揺さぶられ, 期待裏切り, 気づきストーリー, 雑魚の思考, 上位視座
• Related principles: PRC-007, PRC-008, PRC-009

1. Context snapshot

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

2. Failed move

• AI move: 1. 「AIで楽になる、は半分嘘でした」を件名と冒頭に置いた（雑魚の思考をケン自身の前提として置いてから否定する構図） 2. 「胃にきた」「しんどかった」「めっちゃめんどくさい」「もっさり」「ずっとモヤモヤ」「戦意喪失」「残酷な話でした」など、外部要因（YouTube難航/AI性能/関係者プレッシャー）に揺さぶられる感情表現を多用 3. 「AIとの関係が僕の中でガラッと変わった」「ハマって気づいた」「冷酷に可視化された」など、認識遷移のドラマ構図を採用

• Ken correction:

• 「別にしんどくない」「淡々とやっている感じ」「悲劇のヒロインみたい」「ブランディングを落とすだけ」
• 「AIで楽になる軸は雑魚の思考。僕は思ってない」「元の口述で一回も言ってない」
• 「AIに対して持ってたイメージが違いました、ではなく、AIでもできると思ってたことをやめて本質部分は自分でやったらよかった、的な感じ」

• 「ガラッと変わってない、何も変わってない、ただやり方が違っていた」

• Surface problem: 立場の事故が3箇所で同時発生（被害者ポジ化、雑魚側への一旦降下、認識遷移ドラマ化）

3. Signals observed

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

4. Hidden axis

真の分水嶺は「ケンが情報発信者として読者に対して取る相対位置」。 - ✗ 揺さぶられた人 / 一時雑魚側にいた人 / 認識が動いた人 → 読者と同じ高さに降りる - ✓ 最初から見えていた人 / 観察者 / 確認しに行った人 → 読者より一段上に居続ける

ネガ感情・常識引用・気づき構図のすべてが、この「相対位置」を破壊する3経路。

5. Reasoning chain

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

6. Ken's judgment criteria

• 自虐は「自分→自分」方向のみ。圧倒的に立場が上の自分を、わざわざ社会的弱者ポジに引き下げる調整装置として使う
• 外部要因への感情表出は、人間的に共感も信頼も得られない（悲劇のヒロイン化）
• 雑魚の思考（AIで楽になる等）は自分の前提として置かない。世間の観察対象として扱う
• 認識の遷移は語らない。淡々と最適解を見つけた観察者として語る

7. Reusable rule

• Use when: 体験談・実践記・失敗体験を書くメルマガ全般
• Avoid when: （該当なし。常時適用）
• Check question:
• 自虐の矢印は「自分→自分」方向か？外部要因→自分になっていないか？
• 否定対象の常識は「世間の認識」として置かれているか？「自分の認識」として置かれていないか？
• この記述は「ケンの認識が動いた物語」になっていないか？
• Safer alternative:
• 「胃にきた」→ 削除（淡々と事実だけ）
• 「AIで楽になるは半分嘘」→ 「世の中的にはこういう空気があるが、僕は違う見方」
• 「ガラッと変わった」→ 「あらためて確認できた」「やってみたらこうだった」

8. Contrast

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

9. Transfer

• Abstract principle:
• PRC-007 ネガティブ感情表出範囲の法則
• PRC-008 常識への逆張りの正しい型
• PRC-009 気づきストーリー不適合の原則
• Scope: ケンの全発信（メルマガ、note、X、セミナートーク）
• Tags: [立場の事故] [被害者ポジ禁止] [雑魚側への降下禁止] [認識遷移ドラマ禁止] [上位者視座] [淡々]

[CASE] ID: MLG-2026-07-08-001

• Skill: mailmagazine-creator
• Date: 2026-07-08
• Theme: 需要の地図回（リストマフィアカンファレンス告知）
• Decision question: メルマガ冒頭に何を置くべきか。読者はどこまで前提を共有していると見なせるか
• One-line takeaway: 冒頭の仕事は「読む理由の興味付け→書き手がそれを語る理由（現在地のおさらい）」の2段。読者は前回を読んでいない・読んでいても忘れている前提で、毎回1通で自己完結させる
• Retrieval cues: 冒頭, 読む理由, おさらい, 前提ゼロ, 内輪ネタ, 前置き, 告知予告, 内部語の翻訳
• Related principles: PRC-004, PRC-006

1. Context snapshot

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

2. Failed move

• AI move: 1. 冒頭に制作裏話（音声下書きの誤録音事故）をワンクッションとして配置 2. 「気を取り直して、今回はYouTubeの需要の話です」といきなりテーマへ（ケンがYouTubeをやっている前提で進行） 3. 「先に白状しておくと、今回の着地は告知です」と冒頭で告知を予告 4. 「いきなり感じの悪いことを言います」という自分下げの前置き 5. 「需要の構図」という内部語をそのまま多用
• Ken correction:
• 誤録音ネタは本題と関係ないので不要
• 「なんで僕がいきなりYouTubeの話するの？となる。遍歴・状況を簡単におさらいしてから入る」
• 「その前に、このメルマガを読む理由・メリットを僕の言葉っぽく興味付けする」
• 「前に送ったのを全部わかってるでしょという前提は基本通用しない。これは全コンテンツ共通」
• 「告知ですと冒頭で言うメリットがない」「僕はそういう下げ方（前置き）はしない」
• 「構図はユーザーからするとピンとこない。わかりやすい表現を模索して」
• Surface problem: 冒頭が書き手都合（ノイズ・種明かし・内部語）で組まれ、読者の入口設計になっていなかった

3. Signals observed

• 冒頭の脱線ネタが本題（需要）と接続していない
• テーマ提示が「読者のメリット」ではなく「今日話すこと」の宣言になっていた
• 過去メルマガ（3月・4月）の文脈を知らないと乗れない箇所があった
• 制作側の頭の中にある概念語（構図）を読者向けに翻訳していなかった

4. Hidden axis

• この判断を分けていた本当の軸: 冒頭を「書き手の都合（今の気分・種明かし）」で組むか、「読者の認知の初期状態（前提ゼロ・忘れている）」から逆算して組むか
• ノイズ（脱線・人格開示）は読む理由が立った後でしか機能しない。冒頭に置いたノイズはPRC-006の面白さではなく参入障壁になる
• 連載性（前回接続）は「知っている人へのご褒美」であって「知らない人への前提要求」にしてはいけない

5. Reasoning chain

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

6. Ken's judgment criteria

• 冒頭で最初に立てるのは「読者がこのメルマガを読む理由・メリット」
• 読者は前回を読んでいない・読んでいても忘れている。この前提は全コンテンツ共通
• 自分の発言を前置きで下げない（「感じの悪いことを言いますが」等は使わない）
• 例に使うジャンルは誤認されないよう「例として使っているだけ」と補足する
• 固有企画（リストマフィアカンファレンス等）も初見前提で一言紹介を入れる

7. Reusable rule

• Use when: メルマガ・note・動画等、冒頭を設計する全ての場面
• Avoid when: （常時適用）
• Check question: この冒頭は「初めて読む人」が読んでも、3段落以内に「自分が読む理由」と「ケンが語る理由」の両方を受け取れるか？
• Safer alternative: 冒頭テンプレ＝①読者の痛み/興味のフック → ②テーマと得られるもの → ③書き手の現在地おさらい（初めて読む方もいると思うので、の一言を添える）→ ④本題

8. Contrast

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

9. Transfer

• Abstract principle: コンテンツの冒頭は書き手の文脈ではなく、受け手の認知の初期状態（前提ゼロ・記憶ゼロ）から逆算する。内部語は受け手の語彙に翻訳してから出す
• Scope: 全発信（メルマガ、note、YouTube台本、セミナー冒頭、LP）
• Tags: [冒頭設計] [前提ゼロ] [おさらい] [内部語の翻訳] [前置き禁止]