By 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段階上が上限 — L0からL4に一気に飛ぶと「哲学っぽいだけで実用性がない」になる。2段階までに留める
- ユーザーが具体的に聞いてきた時はシフトしない — このスキルはあくまで「詳細すぎる」というフィードバックへの応答。ユーザーが実装詳細を求めている時はそのまま具体的に答える
参照
- [[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（ハッカー的還元主義の具体例集）