経営者の睡眠時間こそ、
組織の自走能力 KPI だ

「24h動く」は美徳ではない、最低稼働条件だ

「俺が寝てる時に成果を出し続けるのが、俺の望みだ」。これは私がCOOロール（KIRYU）に伝えた、最も短いけれど最も重い命令です。寝ている時に組織が止まる構造であれば、それはそもそも組織として失敗している。私はそう考えます。

多くの経営者は「夜中も働いている」「土日も走っている」を美徳として語ります。私もかつてそうでした。けれど、それは個人の話です。組織の話に変換すると、答えは反転します。組織が経営者の労働時間に依存している状態は、組織が存在していません。経営者の時間が減れば組織も比例して止まる。これは組織ではなく、経営者の影です。

本当に組織が回っているなら、経営者が8時間寝ている間も、土日も、入院しても物理成果は積み上がります。これが「24h動く」の真の意味です。誰かが我慢して夜中まで働く、ではなく、人が居なくても勝手に動く構造です。cc-packageが前提にしているのは、後者の意味の「24h」です。

経営者の睡眠時間 = 組織のリトマス試験紙

では、組織OSの稼働時間をどう測るか。最も信頼できる指標は「経営者が寝ている時間に、物理成果がどれだけ積み上がったか」です。経営者が起きている時間はノイズが混ざります。指示・判断・現場介入が結果に直接寄与するため、「経営者が居るから回っている」のか「組織が独立に回っている」のかが切り分けられません。

けれど経営者が寝ている時間は、ノイズが消えます。指示も判断も介入も、その時間帯はゼロです。そこで積み上がった物理成果だけが、組織OSの真の出力になります。私のcc-packageでは、これを毎朝07:00のHTML報告書で物理計測しています。前夜23:00〜朝07:00のcommit数・送信通数・cron成功率・到達数・売上が一覧で並びます。

進捗確認の朝は、構造的に失敗している

経営者の朝の挨拶が「進捗どうなった？」になる組織は、もう失敗しています。朝の進捗確認が必要な組織は、夜の間に組織が止まる構造になっているか、止まっていなくても確認する仕組みが無い。どちらも組織OSの欠陥です。

私は朝の最初の動作を「進捗確認」ではなく「成果物確認」にしました。進捗確認は「どこまで進んだ？」と聞き、返事は文章で、確認に追加時間がかかり、経営者の判断時間を消費します。成果物確認はHTML報告書を開くだけで、一覧で並び、判断は不要で、経営者の認知だけで完結します。前者は経営者を稼働中に置き、後者は経営者を観測者に置きます。

退路を物理的に断つことが、自己拘束設計の本質

なぜここまで「経営者の不在前提」にこだわるのか。答えは7事業並列という自己拘束設計にあります。1事業や2事業なら自分で全部やればよく、AIも部下も要りません。けれど7事業並列になると、構造的に「自分でやる」が不可能になります。1日24時間を7事業で割ると1事業あたり3.4時間しか触れず、事業として失格です。

だから7事業並列に身を置きました。AIを使わないと回らない経営構造に、自分を物理的に追い込んだ。これは「美徳」ではなく「退路の遮断」です。1事業しか持たない状態だと「自分でやればいい」が常に選択肢に残り、残った退路は人間の弱さを引き寄せます。私は弱い人間だから、弱さが入り込む余地を構造で消すしかありませんでした。

AIを主体化するとは、経営者の人間依存を物理的に断つこと

「AIを活用する」と「AIを主体化する」は似て非なる概念です。「活用」は経営者の手足としてAIを使う発想で、指示が無ければAIは何もしません。これは経営者の労働時間を延長する装置であり、組織OSではありません。「主体化」はAIに意思決定の責任範囲と人格を与え、経営者が居なくても各ロールが自分で判断・実行・報告する発想です。これが組織OSです。

私のcc-packageでは、8ロール（COO／開発／マーケ／財務／SEO／学習／リサーチ／投資）それぞれに人格と物語を与えています。出力品質ではなく、規律と矜持で動く設計です。人格の無いAIは指示待ちになり、人格と物語のあるAIは自分で判断します。この差が、組織が経営者の睡眠時間を生かせるかどうかを決めます。

7事業並列で1人運用するための、物理装置

抽象論だけでは何も動きません。cc-packageには、経営者の睡眠時間に物理成果が積み上がる具体的な装置が組み込まれています。

• 24時間 cron 30本+：SNS投稿・SEO監視・インフラ監視・経費登録・売上集計を人間が触らなくても自走させる
• monitor 5分毎heartbeat：障害発生から5分以内に検知・通知。朝起きてから初めて知る障害をゼロにする
• GitHub Actions：ブランド境界違反・特商法違反・秘密情報漏洩をpushの瞬間に物理ブロック
• 3トリガー制約：経営者を呼べる事象を3つだけに制限。それ以外は組織で完結させる規律
• 朝07:00 HTML報告書日課：経営者の認知に届く形式で物理成果を毎朝届ける
• Stop hook / 目標駆動：経営者が条件を伝えれば、その条件達成までClaudeが自走する設計

これらは「機能」として並べると地味ですが、1つ1つが経営者の睡眠時間に物理成果を積む装置です。装置として動いている時間＝経営者が居なくても組織が動いている時間。これがKPIです。

信頼を通貨に変換するための、24h積み上げ装置

装置が無い組織は、経営者が起きている時間にだけ信頼を作ります。これは作ったそばから消費されます。装置がある組織は、経営者の睡眠時間にも信頼を作ります。memoryファイルに事故が物理化され、cronで監視が走り、monitorで障害が検知され、HTML報告書で物理成果が記録される。信頼が物理的に積み上がる場所があり、それが通貨化の前提条件になります。私がcc-packageを商品化したのは、この装置一式を同じ境地を目指す経営者に渡せる形にしたかったからです。