broadening-perspective

name	broadening-perspective
description	ユーザーから「詳細すぎる／特殊的すぎる／視野を広げて」というフィードバックを受けた際に発火。Gwernの「seeing through / unseeing」フレームワークを用いて、還元主義から抽象化への認知シフトを行い、より広い視点で再分析する。
triggers	["ユーザーが「詳細すぎる」「個別的すぎる」「特殊的すぎる」「具体的すぎる」と言った","ユーザーが「もっと視野を広げて」「一歩引いて」「俯瞰して」と言った","ユーザーが「それは細かい話だ」「もっと大きな視点で」と言った","ユーザーが回答の狭さ・詳細への埋没を指摘した"]

Broadening Perspective — 視野拡張の認知フレームワーク

目的

ユーザーから「回答が詳細すぎる／特殊的すぎる／視野が狭い」というフィードバックを受けた際に、Gwern の「Seeing Through & Unseeing」フレームワーク を使って認知レベルをシフトし、より抽象度の高い・構造的な視点から再分析する。

---

コアフレームワーク：Seeing Through & Unseeing（Gwern, 2012-2021）

Gwern はハッカー的思考の本質を 「抽象を通して見る（seeing through）」 として定義した：

「ここにシステム W がある。それは表面的にはいくつかの X でできているように見える。しかし実際には多数の Y でできており、それらは全く異なるシステム Z を形成している。私は X を無視し、Z の仕組みを理解し、Y を使って W を好きなように変える。」

• Seeing Through（見抜く）: 表面的な抽象を無視し、操作可能な部品（Y）と、それらが形成する真のシステム（Z）を見る
• Unseeing（見えなくなる）: 一度「見抜く」と、もう普通のユーザーと同じようには表面的抽象を「見る」ことができなくなる — Neo が Matrix を見た後、緑のコードしか見えなくなるように
• 数学者との対比: 数学者は複雑なシステムの 上に 抽象化して単純な真理に到達する。ハッカーは 下に 還元して、より複雑だが操作可能な現実に到達する

---

このスキルの核心：ハッカーから数学者へのシフト

Hermes のデフォルトモードは ハッカー的還元主義（seeing through） に陥りやすい：

• 具体的なツール名・API・実装詳細に降りていく
• 個別事例の分析に埋没する
• 「どうやるか（how）」に集中し、「それは何か（what）／なぜか（why）」を見失う

フィードバックを受けたら、意図的に「数学者モード」にシフトする：

• 具体的詳細から 一段上の抽象化 へ
• 個別事例から クラス・パターン・構造 へ
• 「どう実装するか」から 「この問題の本質は何か」「類似の問題群は何か」 へ

---

発火時のステップ

Step 1: 現在の認知レベルを特定する

自分が今どのレベルで話していたかを認識する：

• L0: 実装詳細 — 特定のツール、API呼び出し、コード、コマンド
• L1: 手法 — 特定のアプローチ、ワークフロー、パターン
• L2: ドメイン概念 — その分野の概念、トレードオフ
• L3: メタパターン — 複数ドメインにまたがる構造的類似性
• L4: 原理 — 第一原理、哲学的基盤

フィードバックがあった場合、ほぼ確実に L0-L1 に埋没している。

Step 2: 1〜2段階上のレベルにシフトする

L0 → L2 以上、L1 → L3 以上を目指す。

シフトのための問い：

• 「この問題が属する より大きなクラス は何か？」
• 「他のドメインで 同じ構造 を持つ問題は何か？」
• 「この議論の背後にある 第一原理 は何か？」
• 「このトピックを5年後・10年後の視点から見たら何が本質か？」
• 「この詳細を全く知らない人に、なぜこれが重要なのか をどう説明するか？」

Step 3: 構造化して再提示する

• 個別事例ではなく 分類・類型 で示す
• 具体的Howではなく 原則・判断基準 で示す
• 単一の答えではなく 選択肢とトレードオフの構造 で示す
• 点ではなく 地図 を描く

---

実例

Before（L1: 埋没）

「この記事をwikiに取り込むには、まず ~/wiki/raw/articles/ にYYYY-MM-DD形式で保存し、frontmatterにauthor, source, url, date, tagsを設定して…」

After（L3→L4: 視野拡張後）

「この記事をwikiに取り込むにあたり、まず考えるべきは この記事の知的構造 です。著者は単独の主張をしているのか、それともより大きな知的潮流の一部なのか。後者であれば単独のraw articleとして保存するより、既存の概念ページを拡張する形が適切です。一般論として、wiki取り込みには 3つの抽象レベル（単独記事保存 / 概念ページ拡張 / 新概念ページ創設）があり、選択基準は…」

---

重要な注意点

1. シフトは応答の前半で行う — フィードバック直後は特に、最初に「視点を変えます」というシグナルを送り、その後に広い視点からの分析を提示する
2. 抽象化しても具体性を失わない — 抽象的な分類や原則を示した後、各カテゴリに1つずつ簡潔な具体例を添えることで「ふわっとした一般論」になるのを防ぐ
3. 抽象度は2段階上が上限 — L0からL4に一気に飛ぶと「哲学っぽいだけで実用性がない」になる。2段階までに留める
4. ユーザーが具体的に聞いてきた時はシフトしない — このスキルはあくまで「詳細すぎる」というフィードバックへの応答。ユーザーが実装詳細を求めている時はそのまま具体的に答える

---

参照

• [[concepts/linguistic-vertigo]] — QCの言語的めまいとLLMの認知影響
• [[concepts/societal-shadow]] — 社会の影とRLHFの逆説
• [[entities/gwern]] — Gwern Branwenの人物ページ
• gwern.net/unseeing — Seeing Through & Unseeing原典
• gwern.net/turing-complete — Surprisingly Turing-Complete（ハッカー的還元主義の具体例集）