メインコンテンツへスキップ
カテゴリ: 法則
タイプ: オンライン相互作用のヒューリスティック(命名された格言)
起源: ウォード・カニンガムにちなぶ名付け;インターネット文化として普及
別名: マッギーディによるカニンガムの助言の定式化(非公式)
先に答えるとカニンガムの法則(Cunningham’s Law)は、正答を得る最速の手段が、ときに誤った投稿を置くことだという観察です。人は誤りを正したい動機が強く働きます。これは不正を推奨するものではなく、群衆・フォーラム・職場のインセンティブ構造の話です。操作ではなく、質問・フィードバック・レビュー設計に使います。

カニンガムの法則とは

カニンガムの法則(Cunningham’s Law)は、公開のネット上の対話で繰り返し見られるパターンに名前を付けたものです。訂正は、中立的な質問への丁寧な回答より早く届くことがある。その背景には、誤りが地位や正しさの感覚を刺激する一方、単なる質問では動かない動機がある、という理解があります。ブランドリーニの法則(反証のコストが高いという別軸)やバイクシェディング(瑣末な論点にエネルギーが集まる)と並べて読むと整理しやすいです。ハンロンの剃刀とは役割が異なり、動機ではなく反応のダイナミクスを述べます。

3つの深さで見る

  • 入門: 少しズレた事実が瞬時に直され、あいまいな質問は放置されがちなことに気づく。
  • 実践: レビューや RFC では、修正前提のたたき案を出し、具体的な訂正を引き出す。
  • 上級: テンプレ、ペアレビュー、「おそらく誤り」とラベルした草案など、制度で訂正エネルギーを回収し、偽情報を報酬にしない。

起源

よく引用される形は、「インターネットで正解を得る最良の方法は質問ではなく、誤答を投稿することだ」といったものです。ウィキの概念を作ったウォード・カニンガムにちなんで名付けられました。スティーブン・マッギーディが名称を広め、Usenet 的な場での 1980 年代の助言を語った、とされる説明が広く流通しています。カニンガム自身は一部の言い回しから距離を置き、ミームとして誤伝わりしうると述べています。個人の名言というより、社会的ヒューリスティックとして扱うのが安全です。

要点

この法則はインセンティブの記述であり、欺瞞の免罪符ではありません。
1

訂正は社会的に目立つ

誤りは共有の現実を脅かし、ゼロからの回答より訂正のほうが緊急に感じられることがある。
2

質問への回答コストはまちまち

良い回答には調査や責任が要る一方、誤りは短い反論で終わることもある。
3

倫理が戦術に先行する

訂正を釣るために偽りをばらまくことは信頼を壊し、健康・安全・政治では害が拡大する。
4

設計が挑発に勝る

モブプロ、ドラフト PR、「仮説」と明記した文書で、同じ速いフィードバックを得られる。

応用場面

読者を利用せず、専門性を引き出すために使います。

エンジニアリングとプロダクト

最小再現に、誤りであると明記した推測を添えれば、「どう思う?」より具体的な訂正が返りやすい。

教育

形式を共有した演習での構造化された誤りは有効。学習者を欺くサプライズは避ける。

コミュニティ運営

「誤りの報告方法」を固定し、訂正をデータとして扱い、山場の人格攻撃を減らす。

研究と執筆

意図的に未完了のアウトラインを回し、相手が重視する引用を引き出す。結果の捏造とは別物。

事例

現代における可視性は、実験室の数値より命名と公開言説のタイムラインに沿います。マッギーディによる名称づけや、2010 年頃の New York Times 「Schott’s Vocab」ブログ文脈での言及が、名称が広く流通し始めた外部から日付け可能な節目としてしばしば参照されます。訂正そのものは古くからありますが、検索可能なブランド名としての定着は 2010 年代、Stack Overflow 的な評価経済と重なります。

限界と失敗パターン

限界1:誠実な質問も機能する
ニッチなコミュニティでは、丁寧な質問が速く答えを引き寄せることも多いです。
限界2:訂正も誤りうる
自信ある誤った訂正が増幅される。熱量は正しさではない。
典型の誤用:エンゲージメント目的の故意の虚偽——信頼を失い、第三者を傷つける。

よくある誤解

実際:核心はインセンティブ設計。不確実性を明示し、欺瞞は避ける。
実際:頻度の話であり、万能則ではない。
実際:アイデンティティ対立の熱さであることもある。検証とセットで。

関連概念

ブランドリーニの法則

デマの反証は製造より重い。インセンティブをセットで考える。

スタージョンの法則

大半は平凡。訂正資源は無限ではない。

バイクシェディング

瑣末な点に議論が集中。誤りがどんなエネルギーを呼ぶかに注意。

一言で言うと

ラベル付き草案と明確な質問で速いフィードバックを得る。操作を探求に置き換えない。