TL;DR：格式は高く、中身は低く、論理だけは高品質にする
「面白い文章を書け」とAIに言うと、だいたい語尾に「草」を植え始める。そうではない。
強い笑いの一つは、読者が予想する世界Aをきっちり立ててから、遠く離れた世界Bへ落とし、それでも一本だけ論理の橋を残すことで作れる。ユーモア研究では、期待との不一致、そこから意味が通る形への再解釈、文体・レジスターの落差などが長く研究されてきた。
今回の標本は二つ。
- DDD = Dopagaki Driven Development（ドパガキ駆動開発）
- PDCA = パチンコ・ドーパミン・課金・反省
どちらも強いのは、専門用語を雑に壊していないからだ。専門用語の体裁を異様なほど丁寧に保存したまま、中身だけ俗にする。
形式はISO、中身は終わっている。しかも品質保証だけは、なぜか通っている。
この「真顔のままふざける」構造は、漫才、博物館パネル、行政文書、要求仕様書、学術論文風、そしてAI文章生成まで広く転用できる。
1. まず標本を見よう：PDCAサイクル
PDCAサイクル
Pachinko / Dopamine / Charge / Atonement パチンコ・ドーパミン・課金・反省
現代社会において確認される、反復型行動様式の一種。
まず**パチンコ（P）を実行し、結果に伴ってドーパミン（D）が分泌される。その後、さらなる刺激を求めて課金（C）が行われ、最終的に反省（A）**へ至る。
通常、反省によって行動は終了すると考えられるが、本サイクルでは反省後に再びパチンコへ戻ることがあり、循環構造が維持される点に特徴がある。
業務改善に用いられる同名の「PDCAサイクル」との関連は確認されていない。
- 分類：循環型意思決定モデル
- 主な生息地：駅前・繁華街
- 繁殖様式：「今日は取り返せる」という自己複製
- 天敵：入金通知、翌朝、家計簿
- 保存状態：現在も稼働中
本物のPDCAは Plan–Do–Check–Act の4段階を反復して継続的改善につなげるモデルである。 だからこの偽物は、頭文字だけでなく「回る」という構造まで保存している。
PDCAサイクルとして機能している。改善はしていない。
「P＝プリン、D＝大根、C＝カニ、A＝あんこ」でも文字は合う。しかし何も循環していない。単なる単語くじだ。
一方、
パチンコ → ドーパミン → 課金 → 反省 → 反省したので翌日またパチンコ
は、悲しいほどプロセスとして成立している。既存の語や略称に、あとから頭文字が合う展開を当てる言葉遊びは backronym（バクロニム／逆頭字語） に近い。 ただしこの例が面白いのは、文字合わせを超えて因果関係まで勝手に品質保証してしまったところにある。
2. DDDも同じ遺伝子を持つ：「ドパガキ駆動開発」
本来のDDDは Domain-Driven Design（ドメイン駆動設計）。Microsoft Learnの解説でも、ビジネス領域を中心にモデル化し、戦略的設計と戦術的設計、境界づけられたコンテキスト、共通言語などを用いる設計アプローチとして説明されている。
そこへ突然、
DDD: Dopagaki Driven Development ドパガキ駆動開発
が入ってくる。
まず、DDDという格式ある略語が読者の脳内に「設計思想」「アーキテクチャ」「技術発表」の会議室を建てる。そこでスライドをめくると、会議室の中央にドパガキが座っている。
しかも説明が真面目だ。
AIが生成するコードをすべて信用（?）して速度を追い求める。
この**「（?）」**が小さいのに強い。全部信用すると言い切れば単なる暴走だが、「（?）」が一個あることで発表者の理性が0.5秒だけ復帰する。
「これ、まずくない？」
と自分で気づく。
そして方針は変えない。
- Domain-Driven Designを期待したらDopagaki Driven Developmentだった。
- 無謀な方法論だと思ったら本人も一応気づいていた。
- 気づいたのに、そのままアクセルを踏む。
格式を壊していない。むしろ、正式英名・三文字略語・方法論の定義・スライドという形式を守りすぎている。
3. 研究でいう「ズレ」：不一致だけではなく、あとから意味が通る
ユーモアの古典的説明の一つが incongruity（不一致） である。読者が予測した展開と、実際の展開が食い違う。
ただし、ズレれば何でも面白いわけではない。
「会議が始まりました。突然、冷蔵庫が木星になりました。」
これは意外ではあるが、橋がない。
一方、
「AIを導入して作業時間を半分にした。浮いた時間でAIの使い方について2時間会議した。」
なら、
- 世界A：AI → 効率化
- 世界B：AI → AI会議が増える
- 橋：新技術導入には説明・運用・会議が発生する
がある。
Suls系の**不一致―解決（incongruity-resolution）**モデルでは、まず予測を破る不一致が生じ、その後、既存情報や知識を使って「そういう意味なら通る」と再解釈できることが重要になる。
「なんでやねん」→ 0.5秒 →「いや、成立してるわ」
この0.5秒が笑いの工場である。
GTVH（General Theory of Verbal Humor）も、スクリプトの対立だけでなく、その不一致をつなぐ論理機構、状況、標的、語り方、言語表現など複数の資源を扱う。
4. 「格式」と「俗」の衝突：レジスター・ユーモア
今回の笑いに近い研究概念が register humour（レジスター・ユーモア） である。Venour、Ritchie、Mellishは、文章の大部分が特定の文体・トーンで書かれているのに、一部の語だけがそこから大きく外れるタイプを分析している。
本個体は夕刻以降に活動性が増大し、コンビニエンスストアにおいてプリンを捕食する。
内容は「夜にコンビニでプリン買う」だけなのに、文章は自然史博物館である。
- 格式側：学術、行政、品質、法律、博物館、軍事、宗教、経営
- 俗側：寝坊、プリン、ゲーム、課金、傘、町内会費
この距離から、
魔王、町内会費を払う。 神、管理組合の理事になる。 世界をExcelで管理する。 死をPDF化する。 時代を会議にかける。
のような型が生まれる。笑いの本体は「魔王」でも「町内会費」でもない。神話レイヤーと生活レイヤーが同じ文法で接続されてしまった事故である。
格式は「高い場所」を作る装置だ。しょうもない中身でそこから落とす。しかし論理だけは着地させる。
5. 漫才で見ると「逸脱」と「修復」に近い
日本語の漫才研究でも、笑いを「エラー」「非効率性」「非整合性」から分析した研究がある。中田一志「漫才の笑い：エラーと非効率性と非整合性」は、大阪大学の『日本語・日本文化』41号（2014）に掲載されている。
A「AI入れたら仕事半分になるらしいで」 B「ええやん」 A「だからAI導入会議を週3回やる」 B「仕事増えとるやないか」 A「でも議事録はAIが作る」 B「じゃあ会議やめろ」 A「それを決める会議が必要や」 B「もうAIに会社あげろ」
ボケが正常な処理から外し、ツッコミが読者の代理としてエラーを検出する。次のボケで、修復したはずの世界がさらに悪化する。
文章ではツッコミ役を明示しなくてもよい。
本会議の削減について検討するため、会議体を新設した。
読者の脳内に無料でツッコミ担当者が配属される。作者が全部説明すると、その担当者を解雇してしまう。
6. PDCAが特に強い理由：頭文字ではなく「構造」を保存している
DDDなら三文字略語、Driven Developmentという命名規則、開発方法論という形式、発表スライドの権威を保存する。
PDCAなら P-D-C-A の順序、4段階、因果、最後から最初への復帰、反復を保存する。
だから、中身を最低にしても骨格だけは本物になる。
| 採点軸 | 弱い案 | 強い案 |
|---|---|---|
| 距離 | 似た領域同士 | 遠い領域同士 |
| 構造保存 | 単語だけ置換 | 因果・順序・形式まで保存 |
| 解決可能性 | 意味不明 | 後から意味が通る |
| 説明量 | オチを解説 | 読者に任せる |
| 文体 | 途中で笑う | 最後まで真顔 |
要するに、前提だけ狂わせて、その後の推論は正常にする。
7. 博物館風が強い理由：ふざけた対象を「標本」にする
博物館には、名称・分類・分布・生息地・行動・食性・繁殖・保存状態という強固なフォーマットがある。そこへ「会議」「寝坊」「課金」を入れるだけで、格式と俗の落差が自動生成される。
会議（Meetingus endlessensis）
現代企業に広く分布する集団行動。通常4〜12個体が会議室またはオンライン空間に集まり、情報交換を行う。
特徴的なのは、個体数が減少しても会議時間が必ずしも短縮しない点である。結論が得られない場合、「一度持ち帰ります」という特殊な繁殖行動を示し、次回会議を生成する。
- 分類：反復型集団儀式
- 主な生息地：会議室、Teams、Zoom
- 繁殖様式：「別途打ち合わせしましょう」
- 天敵：明確な決裁者、アジェンダ、終了時刻
- 保存状態：絶滅の兆候なし
ここで「これは会議が長いことを皮肉っています」と書いた瞬間、標本が死ぬ。博物館風の強みは、説明しすぎるための形式を使って、オチだけ説明しないことである。
8. 文学でも傘でも同じ：「遠い領域を一本だけの橋でつなぐ」
普通の傘レビューは「日差しを防ぎ、急な雨にも対応できる」で終わる。
しかし、
人類は気象を支配できなかったので、とりあえず直径1メートルだけ支配することにした。
とすると、文明史と傘の間に大きな距離が生まれる。それでも「傘の内側だけは日差しや雨の影響を減らせる」という橋がある。
文学作品を、
理想の人間に必要な要求仕様書として読み、現代の晴雨兼用傘で何項目をハードウェア処理できるか検証する。
と扱えば、文学 × 要求工学 × 製品レビューという、本来同じ会議室にいない三部署を強制招集できる。
- 雨：適合可能
- 夏の暑さ：遮光・遮熱性能に依存
- 欲はなく：製品側では対応不能
- いつも静かに笑っている：傘に表情機能なし
文学を笑うのではない。品質保証部だけが異常なほど本気なのが面白い。
9. 「安全な違反」という別角度
McGrawとWarrenの Benign Violation Theory（良性違反理論） は、何かが規範から外れている一方、同時に安全・許容可能と見なされるときにユーモアが生じやすいと提案する。
魔王、町内会費を払う。
は場違いだが、誰も深刻に傷つかない。現実の重大な被害や個人攻撃へ近づきすぎると、ズレより痛みが勝つ。
距離を上げる ≠ 残酷さを上げる
2021年の統合レビューでも、ユーモアには20を超える心理学的理論があり、単なる「驚き」だけで全てを説明するのは難しいと整理されている。 したがって「格式×俗×論理」は万能公式ではなく、文章ユーモアを設計するための強い一手として扱うのが妥当である。
10. AIに任せるなら「面白く書け」では足りない
推奨プロンプト
事実関係を変えずにユーモアを追加する。ネットスラングや「w」で笑いを作らない。読者が予測する意味領域Aと、遠い意味領域Bを接続し、一見おかしいが後から論理が通る不一致を作る。特に、博物館解説、行政文書、品質管理、要求仕様、学術論文、法令、経営資料など格式の高い型への置換を試す。前提を一つだけ狂わせ、その後の推論・因果関係・文体は真面目に維持する。候補を20案作り、「距離」「構造保存」「理解速度」「安全性」で採点し、上位3案だけ採用する。オチを説明しない。
工程は、①事実固定、②通常世界A定義、③遠い世界Bを20案、④橋を一本、⑤元の骨格を保存、⑥最後まで真顔、⑦説明を削る、⑧事実・痛さ・くどさをQC、でよい。
AIは一発必中の芸人より、20本のズレ候補を出す意味空間探索機として使う方が強い。
11. 失敗例
- 橋がない：「傘を開いたら株価が火星になった。」遠いだけ。
- 近すぎる：「会議が長くて疲れた。」正しいだけ。
- 頭文字だけ：PDCA = プリン・大根・カニ・あんこ。循環していない。
- 作者が解説：「保存状態：現在も稼働中（笑）。つまりやめられないという意味です。」標本死亡。
- 格式が雑：専門語をランダムに並べても論文風にはならない。
真面目な形式を借りるなら、その形式こそ真面目に再現する。
12. 量産テンプレート
- 上位存在 × 生活制度：魔王、町内会費を払う。
- 巨大概念 × 事務操作：世界をExcelで管理する。死をPDF化する。
- 俗な行動 × 品質管理：昼飯の店選びにFMEAを導入する。
- 日常品 × 要求工学：傘を「気象耐性装置」として要求仕様化する。
- 生活 × 行政文書：「寝坊した」→「起床時刻の適正化に係る運用上の課題が確認された。」
- 何でも博物館化：分類／生息地／繁殖様式／天敵／保存状態。
13. 結論：前提だけ狂わせろ。推論は正常に保て
「格式を使ってふざけるから、ズレで面白いのか？」への答えは、かなりの範囲でYESである。
強い構造は、
格式の高さ × 中身の俗さ × 構造保存 × 解決可能性 × 真顔
でできている。
DDDの強さは、Domain-Driven Designの形式を捨てずにDopagaki Driven Developmentへ転生したこと。PDCAの強さは、Plan–Do–Check–Actの「回る」という骨格まで、パチンコ・ドーパミン・課金・反省で再実装してしまったこと。
AIに任せるなら「面白く書け」ではなく、遠い意味領域を探させ、一本の論理橋を残し、形式を保存させ、作者には最後まで真顔を命じる。
- 分類：形式保存型ユーモア
- 生息地：技術スライド、記事、漫才、SNS、会議資料
- 特徴：前提のみ異常、推論は正常
- 保存状態：増殖中
- 品質判定：形式はISO、中身は終わっている。合格。
