コンテンツにスキップ

天才化プロジェクト:要件定義書 兼 実装計画書(Life OS 拡張パック)

  • バージョン: v0.2(Life OS 適合版)
  • ステータス: ドラフト
  • 親文書:
  • docs/requirements.md(人生運用システム要件定義書。操縦者/被操縦者・HP/MP モデル、制約 CON-01〜05、運用要件 L2 の定義元)
  • docs/happiness-framework.md(幸福ポートフォリオ W1〜W6、汎用能力 G1〜G8、罠 T1〜T4)
  • docs/continuation-system.md(継続機構=外骨格。通知 3 本+ランブックカード 5 枚)
  • docs/work-protocol.md(仕事の手続きプロトコル。MIT・練習テーマ・学習ログ)
  • この文書の役割: 「精神・身体・頭脳・能力の 4 領域で天才に漸近する」ための要件と実装を定義する。v0.1 は汎用の自己啓発設計だったが、本 v0.2 は Life OS 文書群と本人の特性(CON-01〜05)に適合するよう全面チューニングした改訂版である。天才化は独立プロジェクトではなく、既存 Life OS の上で動く拡張パックとして実装する。

0. v0.1 からのチューニング差分(なぜ書き換えたか)

v0.1 の仕様のうち、既存文書群・本人特性と衝突するものを洗い出し、解決を確定する。衝突時は常に Life OS 側(継続可能性)を優先する。 天才性は継続の上にしか積み上がらないからである。

# v0.1 の仕様 衝突する既存要件・特性 v0.2 での解決
D1 一点集中領域を決め「3 年ピボット禁止」 L2-11(主活動は 1〜3 ヶ月でローテーション可)、CON-02(興味の変動)、L1-06(汎用能力) 不変レイヤの置き換え。固定するのは「領域」ではなく ①汎用能力 G1〜G8 ②仕事スキル(G4 と同一物)③本ドキュメント群の運用、の 3 つ。領域はローテーションしてよい(§1.2)
D2 カレンダーに×印(チェーン法)、連続記録を報酬にする L2-03 / L3-03(ストリーク・連続性の演出の禁止)、CON-03 削除。可視化は積み上げ型(L2-13: 累計時間・作った物リスト)のみ
D3 「2 日連続ゼロにしない」ルール 継続機構 §4(スキップした翌日も通知は何事もなく来る。ストリーク概念は存在しない) 削除。途切れは仕様内イベントとし、復帰カード(カード 5)に全面委譲
D4 未達成時に罰金を払うコミットメント・デバイス CON-03(自己効力感)、L2-03(ペナルティ表現の禁止) 削除。外部足場は罰ではなく「人の存在」(body doubling / E7)で作る
D5 毎日 90 分×2 のディープワークを死守 CON-04(平日の HP/MP は日によって大きく変動。「毎日同じ量」は成立しない) ギア制に変更。HP/MP に応じて 3 段階の可変プロトコル(§2.2)
D6 日次習慣の多段スタック(瞑想+Anki+記録+×印…) 継続機構 §4(毎日の行動は 1 個・30 秒だけ) 日次の追加要求はゼロにする。すべて週次以下の頻度か、既存アンカーへの相乗りにする(§2.1)
D7 本人の意志・記憶で回す前提の記述全般 継続機構 §1(記憶は SPOF。想起はすべて通知と物理配置に委譲) 実装をすべて既存の外骨格(通知 3 本+カード 5 枚)への差分追記として定義。新しい通知・定例は原則増やさない(§2.6)
D8 アカウンタビリティ・パートナーと週 1 定例 CON-01(社交は HP を削る)、L2-15(協働は人数・頻度・逃げ道を事前設計) 「監視され合う定例」ではなく、すでに要件化済みの協働的創作(W2 / L2-14)を訓練の場に兼用する。頻度と逃げ道は L2-15 に従う(§2.5)
D9 「天才になる」を目標として直接追求 T4(幸福・目標の直接追求の逆説)、T3(条件付き自尊心)、GAP-5(トレッドミル化) 天才性は目標ではなく運用の副産物と定義。日々見るのは先行指標(行動)のみ。「維持も成功」(AC-03)を天才化にもそのまま適用(§1.4)
D10 週次レビュー・朝ルーチン等を新設 docs/work-protocol.md に同機能が実装済み(チェックイン・シャットダウン・週次レビュー・練習テーマ) 重複実装の禁止。仕事時間帯の実装は work-protocol を正とし、本書は差分だけを追記する(§2.3, §2.4)

第 1 部:要件定義

1.1 天才の再定義(私仕様)

一般的な天才モデル「1 つの領域に 1 万時間を投下する」は、CON-02(興味の変動・着手困難)を持つ運用系にとって最も破綻しやすい仕様である。私にとって現実に積み上がる天才性を、次のように再定義する。

天才性 = 汎用能力(G1〜G8)の深さ × その時々の主活動への投下量 × 復帰力(AC-01)

  • 汎用能力が複利の本体である。領域を替えても持ち越せる「できるようになるのが上手い」層(G1 立ち上げ設計〜G8 メタ認知)は、主活動をローテーションするたびに反復練習される(happiness-framework 第 IV 部)。つまり L2-11 のローテーション制は天才化の障害ではなく訓練プロトコルそのものである。
  • 仕事(コンサルティング的スキル)は例外的に固定レーンとする。理由は 3 つ。①G4(問題分解・仮説思考)と同一物であり汎用能力の直接訓練になる ②唯一、毎日強制的に発生する練習場である(CON-02 の着手困難を職場の外部構造が肩代わりする)③work-protocol §6 という訓練実装が既に稼働対象になっている。
  • 復帰力は才能と等価に扱う。中断即脱落する 10 の才能より、無傷で再開できる 7 の才能が 3 年後に勝つ。G6(中断・再開技術)が最初の指名能力である理由(G-05)と完全に一致する。

1.2 レイヤ構造:何を固定し、何を回すか

レイヤ 内容 変更頻度
不変層 汎用能力 G1〜G8 の習熟/仕事スキル(G4)/本運用系そのもの 固定(改訂は四半期レビューのみ)
ローテーション層 主活動 1 つ(音楽・英語・美容・ファッション等から。L2-11) 1〜3 ヶ月で交代可。交代は失敗ではなく反復練習
維持層 主活動以外の領域の「維持の最小単位」(L2-12) 月 1 回以上あれば成功(AC-03)

1.3 機能要件(GP: Genius Project)

既存の W(幸福ポートフォリオ)・G(汎用能力)・L2(運用要件)に写像して定義する。新規の概念はほぼ導入しない。天才化とは、既存要件の「強度を上げるダイヤル」である。

頭脳(学習エンジン)

ID 要件 既存への写像
GP-01 主活動に対し、ギア制の深化セッション(§2.2)を週 3 回以上発生させる環境を持つこと。「毎日」は要求しない W1, L2-10(環境化), CON-04
GP-02 セッションは漫然とやらず、意図的練習の形式(そのセッションで鍛える 1 点を決めてから始める)をとること G2, work-protocol §6.1
GP-03 学習は想起ベース(読んだら閉じて再現する・自己テスト)を既定とすること。再読・マーカーは学習と見なさない G3
GP-04 主活動の公開アウトプットを月 1 回完成させること(週 1 は理想値であり要求しない)。完成物は積み上げログに追加する W1, W2, L2-13

身体(HP の底上げ)

ID 要件 既存への写像
GP-05 睡眠 7〜8 時間・就寝起床時刻の固定を、全 GP 要件の最上位に置くこと。天才化と睡眠が衝突したら常に睡眠が勝つ W3, P1(幸福介入で効果量最大の基礎)
GP-06 運動(筋トレ+有酸素)を週合計 3 回を目安に環境化すること。HP が低い週は「ジムに行って着替える」「10 分歩く」で満点とする W3, L2-05(縮退)
GP-07 食事・美容は「見た目の成果」と「HP 回復手段」の両建てで運用すること(疲れた日ほど簡易版を実行) L2-07

精神(OS の保護)

ID 要件 既存への写像
GP-08 「天才にならねば」という監視・焦りを検知したら、それは T3/T4 の発火と解釈し、定義(本書)の側を疑うこと。実感が湧かない自分を修理対象にしない M-04, CON-03
GP-09 停滞期(遅行指標が動かない期間)を正常と定義すること。先行指標(セッション発生・維持の最小単位)が回っていれば「進捗は順調」と判定する AC-03「維持も成功」
GP-10 SNS 等の社会的比較の摂取を制限する環境(アプリ削除・要ログイン化)を持つこと P8

能力(出力と協働)

ID 要件 既存への写像
GP-11 協働的創作の仕掛かり(L2-14)を、天才化の訓練の場として兼用すること。フィードバックの授受(G7)はここで訓練する W2, RAW-07
GP-12 半年に 1 回程度、人に教える・共有する場(勉強会での発表、同僚へのレクチャー等)を持つこと。規模は問わない。HP コストは L2-15 に従い事前設計する G7, W2
GP-13 本業のタスク選択で、週 2〜3 回「今の自分には少し難しいタスク」を MIT に選ぶこと work-protocol §1(既存実装をそのまま使う)

1.4 非機能要件(既存原則の継承宣言)

本プロジェクトは以下の既存原則を無条件で継承する。v0.1 の非機能要件はすべてこれらに吸収された。

  • 記憶ゼロ・意志力ゼロで回ること(継続機構 §1)。想起は通知と物理配置に委譲する
  • ストリーク・未達赤字・ペナルティ表現を用いないこと(L2-03, L2-13, L3-03)
  • 同時に立ち上げる新習慣は 1 つ、定着(2 週間)してから次(継続機構 §10, work-protocol §7)
  • 週次の操縦者作業は 15 分上限(L2-09)。本書のために定例を増やさない
  • HP 低下時の縮退運転を全要件に内蔵すること(L2-05)。縮退中も「継続中」である
  • 反省文を書かないこと。記録は事実のみ、変換は環境調整として行う(L2-09/10, E8)

1.5 リスクと対応(本人特性版)

リスク 特性上の発生シナリオ 対応
過集中の波で睡眠を削る CON-02。深化セッションが乗ってしまい夜更かし L2-16 の判断基準を適用:「睡眠を削る波は乗ってはいけない波」と事前確定(GP-05)
主活動交代時の罪悪感 CON-03。「また続かなかった」解釈 交代は G の反復練習であると本書 §1.1 が公式解釈を与える。交代時は G-03(3 行の上達記録)を実行
「全領域が足りない」感覚 GAP-5。天才化がトレッドミル化 維持層は月 1 回で成功(AC-03)。天才化ダイヤルは主活動 1 つにしか適用しない
公開アウトプットの心理コスト CON-01/03。公開=評価に晒される 公開先は最小から(限定共有・協働相手 1 人への提出でも「公開」と数える)。完成の定義を先に小さく書く
教える場・協働の HP 消費 CON-01 L2-15(人数・頻度・逃げ道の事前設計)を必須手続きにする

第 2 部:実装(既存システムへの差分として)

実装原則:新しい仕組みを作らない。既存の 4 つの実装(日次 1 行/週次カード/work-protocol/四半期カード)に、天才化の差分を注入する。

2.1 日次:追加要求ゼロ

  • 日次の必須行動は今まで通り「HP MP 味わい」の 1 行だけ(継続機構 §4)。天才化のための日次タスクは存在しない。
  • 深化セッション・運動・睡眠はすべて「日次のノルマ」ではなく「環境が発火させるイベント」として実装する(L2-10)。発火しなかった日は記録も反省も不要。

2.2 深化セッション:ギア制プロトコル(GP-01 の実装)

CON-04(HP/MP の日次変動)に適合させるため、セッションを固定量ではなく HP 連動の 3 段ギアで定義する。どのギアで実行しても「セッション 1 回」と数える(積み上げログには等価に載る)。

ギア 条件(目安) 内容
ギア 3 HP 4〜5 60〜90 分。鍛える 1 点を決めて開始(GP-02)。work-protocol §1 の MIT ブロックとして予約する
ギア 2 HP 3 25 分 1 本。範囲を狭く切る(例: 1 曲の 8 小節だけ、記事の 1 節だけ)
ギア 1(縮退) HP 1〜2 道具に触るだけ・1 行読むだけ・楽器を構えるだけ。これで満点
  • 開始の実装(if-then): 「◯◯したら、道具の置いてある場所に座る」を主活動ごとに 1 本だけ書き、道具は出しっぱなしの配置にする(G1 立ち上げ設計の実践)。
  • 中断の実装: 離れるときは work-protocol §2 と同じく「次にやること 1 行」を道具の横に残す。これが G6(中断・再開技術)の訓練を兼ねる。

2.3 仕事時間帯:work-protocol をそのまま天才化の主戦場にする

新規実装はしない。以下の既存手続きが、そのまま GP 要件の実装であることを確認する。

既存手続き 対応する GP 要件
チェックインで MIT を選ぶ際、週 2〜3 回は「少し難しいタスク」を選ぶ(work-protocol §1) GP-13(快適圏の少し外)
週間練習テーマ 1 つ(§6.1)+ 学習ログ 1 行(§6.2) GP-02, G4 の意図的練習
AAR(§6.3) フィードバックループ、G8
  • 唯一の追加: 週間練習テーマを選ぶとき、四半期の指名汎用能力(G-01)と揃えることを推奨する(例: 指名が G6 なら、仕事の練習テーマも「中断からの再開速度」にする)。仕事と私生活の訓練が同じ能力に重なり、二重取りになる。

2.4 週次・四半期:既存カードへの追記(コピペ用差分)

新しい通知・定例は作らない。継続機構のカードに以下を追記する。

週次カード(カード 2)への追記 — 手順 3 の問いに 1 行足す:

  • 今週、深化セッション(ギア問わず)は何回発火したか? 0 回なら、来週の環境調整 1 つはセッションの発火条件(if-then・道具配置)に使う

四半期カード(カード 4)への追記 — 手順に 1 項目足す:

  1. 天才化ダイヤルの点検: 主活動の継続/交代(手順 3)とあわせて、①積み上げログ(完成物・累計)を眺める ②docs/genius-project.md の GP 要件で守れなかったものがあれば、要件の側を現実に合わせて改訂する

2.5 協働と「教える」:新設せず既存の仕掛かりに乗せる(GP-11/12 の実装)

  • アカウンタビリティ専用の定例(v0.1 の D8)は作らない。すでに要件化されている協働的創作の仕掛かり 1 つ(L2-14)が、締切・他者の目・フィードバックの供給源を兼ねる。
  • 協働相手への中間共有を「公開アウトプット」(GP-04)としてカウントしてよい。公開のハードルは「不特定多数への発信」ではなく「自分以外の人間 1 人に完成物が届く」から始める。
  • 教える場(GP-12)は四半期カードの手順 6 で「次の四半期にやるか・やらないか」だけ判断する。やる場合は L2-15 の事前設計(人数・頻度・逃げ道)を書いてから引き受ける。

2.6 身体系の実装:唯一の新規インストール

身体(GP-05〜07)だけは既存実装がないため、新習慣として立ち上げる。継続機構の作法(1 つずつ・タイニー版から・アンカー接続)に従う。

  1. 睡眠固定(最優先・最初の 1 つ): 就寝準備の開始を既存の日次通知(就寝前アンカー)に接続する。「日次 1 行を書いたら、風呂に向かう」。スマホは別室充電をデフォルト配置にする(意志ではなく充電器の場所で解決する)。
  2. 運動(睡眠が 2 週間回ってから): タイニー版=「ジム用バッグを玄関に置く。◯曜と◯曜、帰宅して玄関に入ったら、バッグを持って出直す」。行って着替えたら満点。内容は問わない。
  3. 美容の HP 回復運用(L2-07): 疲れた日用の「簡易版手順」(例: 洗顔+保湿だけ)を洗面所に物理掲示し、省略ではなく縮退で回す。

2.7 計測:積み上げ型のみ

  • 積み上げログ 1 本(L2-13 と同型): 完成物・セッション累計・作った物リストを追記するだけのファイル/ノート。欠損・未達・目標との差分は表示しない。
  • 遅行指標(実力・他者評価・体組成)は四半期カードでのみ眺める。日次・週次では見ない(GP-09)。

第 3 部:導入順序

前提条件: 継続機構(外骨格)のセットアップ(continuation-system §9)が完了し、日次 1 行が 2 週間程度回っていること。 まだなら、天才化より先にそちらを実行する(それが本プロジェクトのフェーズ 0 である)。

以下、2 週間に 1 つの原則で積む。CON-04 により週の乱れは織り込み済みで、「8 割の週で実行」で合格。

期 インストールするもの 完了の目安
第 1〜2 週 睡眠固定(§2.6-1)+スマホ別室配置 就寝時刻 ±30 分が週 5 日
第 3〜4 週 深化セッションの発火環境(§2.2): 主活動の道具配置+if-then 1 本。週次カードに追記(§2.4) ギア問わず週 3 回発火
第 5〜6 週 運動のタイニー版(§2.6-2) 「行って着替える」が週 2 回
第 7〜8 週 仕事側: work-protocol §6(練習テーマ+学習ログ)を稼働。指名汎用能力と揃える(§2.3) 練習テーマの週次更新が 2 回
第 9〜10 週 月 1 完成公開(GP-04)の第 1 号: 協働相手 or 誰か 1 人に完成物を届ける 1 個完成
第 11〜12 週 四半期カードに追記(§2.4)し、第 1 回の天才化ダイヤル点検を実施 本書 v0.3 への改訂判断
  • 途中で崩れたら: 復帰カード(カード 5)がそのまま使える。本プロジェクト用の特別な復帰手順は存在しない(60 秒の 1 行で復帰完了)。
  • 崩れた段の再開は「その段のタイニー版」からで、先に進んだ段を巻き戻す必要はない。

4. 未決事項

  • OQ-G1: 最初の主活動(=深化セッションの対象)をどれにするか。OQ-02 と同一の問い。基準は「今いちばんエネルギーが湧くもの」でよい(requirements §7 フェーズ 2)。
  • OQ-G2: 深化セッションの発火 if-then のアンカーをどこに置くか(帰宅直後 / 夕食後 / 休日午前など。CON-04 のパターン把握とセットで決める)。
  • OQ-G3: 積み上げログ(§2.7)を、継続機構の記録置き場と同じファイルにするか分けるか(判断基準: 日次 1 行の 30 秒制約を汚染しないこと)。
  • OQ-G4: 月 1 完成公開の最初の届け先を誰にするか(OQ-03 の協働相手と共通でよい可能性が高い)。
  • OQ-G5: Anki 等の間隔反復(GP-03 の補助)を導入するか。導入する場合は通勤アンカー接続の任意習慣とし、第 13 週以降に審議する。

改訂履歴

版 内容
v0.1 初版。汎用の要件定義(4 領域×機能要件)と 7 専門家視点の実装計画として作成
v0.2 Life OS 適合版。既存文書群との衝突 10 件(D1〜D10)を解消。一点集中 3 年固定 → 汎用能力を不変層とするレイヤ構造へ、チェーン法・罰金デバイス → 削除、固定量ディープワーク → HP 連動ギア制へ、日次多段スタック → 日次追加ゼロへ、実装を外骨格・work-protocol への差分注入方式に全面変更。docs/ へ移動