原則は三つです。第一に「方向は上から、実行は下から」。四半期目標が週の優先順位を、週の優先順位が日のブロックを決め、日々の実績が上位の計画を修正します。第二に「判断を減らし、既定値で動く」。繰り返す判断は習慣かルールに変換します。第三に「回復を計画に含める」。四半期：3つ以内の目標（OKR 形式）と「やらないことリスト」を定め、健康と関係の指標も含めます。週：週次レビューで「最重要3件」を選び、ディープワークと回復の時間を先にカレンダーに入れ、会議と対応は後から配置します。日：前夜に翌朝90分の「カエル」を決め、朝の習慣の積み重ねで着手を自動化し、午後は対応と浅い作業に充て、終業時に3分で実績を記録します。要点は少数の技法を時間軸で接続することです。Three design principles. First, direction flows down and execution flows up: quarterly goals set weekly priorities, weekly priorities set daily blocks, and daily performance data revises the weekly and quarterly plans. Second, reduce decisions and run on defaults: convert recurring decisions into habits or rules. Third, plan recovery: place load and rest according to energy cycles. By horizon: Quarterly, set no more than three goals in OKR form plus a not-to-do list, including health and relationship metrics. Weekly, use the review to choose the three most important outcomes against those goals, put deep-work blocks and recovery time on the calendar first, and fit meetings and response time in afterward. Daily, pick tomorrow's ninety-minute frog the night before, automate the start through a morning habit stack, devote afternoons to responses and shallow work, and log results in three minutes at close of day. The point is not to add techniques but to connect a few of them across time horizons.
この統合は、Covey の第2領域を守る「大きな石を先に入れる」比喩、Allen の GTD の「高度（Horizons of Focus）」階層モデル、Doerr の OKR による四半期の焦点、Newport のタイムブロッキング、Loehr と Schwartz のエネルギー周期論を、互いの弱点を補う形で配置したものです。技法が矛盾する典型例は、「タイムブロッキングで全時間を埋める」と「エネルギー管理で回復を取る」の衝突や、「習慣で自動化する」と「週次レビューで柔軟に見直す」の緊張です。これを解消するのが「回復を計画に含める」「日々のデータで上位の計画を修正する」という原則です。システム思考の観点では、個人の生産性は要素の総和ではなくフィードバックループの質で決まり、Peter Senge の「学習する組織」の原理を個人に適用したものと言えます。This integration arranges Covey's "big rocks first" metaphor for protecting Quadrant II, Allen's Horizons of Focus hierarchy in GTD, Doerr's quarterly focus through OKRs, Newport's time blocking, and Loehr and Schwartz's energy cycles so that each compensates for the others' weaknesses. Typical contradictions include time blocking that fills every hour versus energy management that demands recovery, and habit-based automation versus the flexible revision of a weekly review. The principles "plan recovery" and "revise upper plans with daily data" resolve these tensions. From a systems-thinking perspective, personal productivity is determined not by the sum of components but by the quality of feedback loops among them, an application to the individual of what Peter Senge described for the learning organization.
個人のオペレーティングシステムは設計と維持に時間がかかり、システムを整えること自体が目的化する「生産性の趣味化」に陥る危険があります。また、人生の大きな変化（転職、出産、病気、介護）が起きると、精緻なシステムほど一気に崩れ、再構築の負担が心理的な挫折感を生みます。A personal operating system takes time to design and maintain, and tinkering with the system can become a hobby that displaces the work itself. Major life changes such as a job move, childbirth, illness, or caregiving can collapse an elaborate system all at once, and the burden of rebuilding produces a sense of defeat.
システムの維持時間に上限（週1時間以内）を設け、超える場合は要素を削ります。「最小構成版」（週次レビュー15分＋翌日の最重要1件の決定＋就寝時刻の固定）をあらかじめ定義しておき、人生の変化が起きた時はそこまで縮小して継続します。四半期ごとに「このシステムは私の目的に役立っているか」と問い、役立っていない要素は感情を挟まず外します。Cap system maintenance at one hour per week and remove components if it exceeds that. Pre-define a minimum viable version, a fifteen-minute weekly review, choosing tomorrow's single most important task, and a fixed bedtime, and shrink to it during major life changes rather than abandoning everything. Each quarter, ask whether the system is serving your purposes and drop unhelpful elements without sentiment.