家で仕事考える時間を月30時間消したAI管理職41人の雇い方
在宅勤務終わりにノートPCを閉じた瞬間、まだ仕事の音が頭の中に残っています。
明日の打ち合わせで聞かれそうな質問。返していない上司のSlack。
Youtubeでだらだらと動画を見ながらも、頭の半分が来週の資料を組み立て始める。
PCを閉じる → 頭の中ではまだ会議の続き → ベッドに入っても明日の想定問答が回り始める → ようやく眠れたと思ったら朝、また同じ悩みから1日が始まる → ∞ループ
家にいる時間と、家で仕事のことを考えてる時間は、別物です。
私の場合、その「家で仕事考えてる時間」が月30時間でした。
doda調査では正社員の月平均残業時間が20.6時間とされていますが、これは「会社にいる時間」の話です。
退社後に脳が勝手に動き続けてる時間は、ここに含まれていません。
その月30時間が、ほぼゼロになりました。AI管理職を41人雇ったからです。コードは1行も書けません。
ChatGPTに3年お金払って、業務は変わらなかった
最初に課金していたのはChatGPTでした。
期間にすれば3年。情報収集、文章のたたき台、企画の壁打ち、調べ物。
一日の中でいちばん起動してたアプリだったと思います。
3年。よく考えると、3年です。ハマって続けたわけじゃない。
便利だったから、惰性で月3,000円を払い続けた。
その惰性の途中、決定的になった出来事があります。
ChatGPTが自信満々で出してきた数字を信じて社内資料に使ったら、後から完全な嘘だったとわかりました。
「ググれば一発でバレる嘘を、なぜここまで自信満々に出してくるのか」と何度も思いました。
それでも翌週も使った。便利だから。
ただ、毎朝同じ前提を打ち直す手間も、出てきた答えを毎回検証する手間も、消えなかった。
3年使ってきたのに、自分の業務をChatGPTに「覚えてもらっている」感覚はゼロでした。
「便利な相談相手ではあったけれど、仕事を任せられる相手ではなかった」。
3年経って出た結論でした。
一番使ってたのに、一番信用してなかったんです。
このまま使い続けても、仕事の仕組みにはならない、と思いました。
AIは「部下」じゃなく「社員」にする
ChatGPTに足りなかったのは、性能ではなく、立場でした。
部下と社員の違いを考えてみてください。
部下は、毎回こちらが指示する相手です。
「これお願い」とその都度フォーマットを伝える必要があります。社員は、就業規則と業務マニュアルを最初に読んでから現場に入る相手です。
同じ説明を毎日繰り返さなくていい。
ChatGPTは、いつまでも部下でした。
前回の話を覚えていないので、毎回前提から打ち直す。
社員にはなれない構造でした。
私がClaude Codeに乗り換えた理由は、ファイルを直接読んで覚えてくれるからです。
就業規則を1枚書く、それだけだった
Claude Codeは、プロジェクトフォルダの直下に置いた `CLAUDE.md` というファイルを、毎回のセッションで自動的に読み込みます。
だから、このファイルに「うちのチームのルール」を書いておけば、それが全AI管理職の就業規則になる。
社員に渡す就業規則を、Markdownで1枚書く。それだけです。
ちなみに「Markdown」は専用ソフトのことではありません。
メモ帳で `.md` 拡張子のファイルを作れば書けます。
書き方も「見出しは `#`、箇条書きは `-`」、それだけ。
30分で頭に入ります。
「同じ説明を二度しなくていい」が、月30時間が消える根拠です。
家で考え続けていた時間の正体は、相談相手に毎回前提を共有するための時間だったからです。
まず今日10分でやっておくこと、5ステップ
ここから手順パートに入ります。実装するときに戻ってきて読む用に、ブックマークしておいてもらえれば。
Claude Codeを動く状態にするまで、5ステップ。所要時間は合計10分以内です。
1. 契約プランを決める(1分)
Pro:月20ドル(約3,000円)。個人利用ならまずこれで十分
Max:月100〜200ドル。ヘビーユース向け
私は最初Maxで41人体制まで作りましたが、コア機能はProで動くように設計してあります。最初はProで触って、足りなくなったら上げるのが無難です。
2. Node.jsを入れる(3分)
公式サイト(nodejs.org)からインストーラーを落として、Windowsならexe実行、Macならpkg実行。バージョンは「LTS」を選んでください。
3. Claude Codeをインストール(1分)
コマンドプロンプト(Mac はターミナル)を開いて、以下を打ちます。
npm install -g @anthropic-ai/claude-code4. 起動と認証(3分)
任意の作業フォルダを作って、その中で `claude` と打つだけです。初回はブラウザでAnthropicのアカウントにログイン。
5. 動作確認(2分)
こんにちは、自己紹介して返事が返ってきたら、雇用準備完了です。

ここまでで、AI管理職を雇うための「会社」ができました。次は、最初の社員を雇うために、就業規則を書きます。
私が今動かしてるCLAUDE.md、全部見せます
Claude Codeでは、プロジェクトフォルダの直下に `CLAUDE.md` を置いておくと、どのスキルやエージェントを呼び出してもこのファイルの内容が共有されます。
「全社員が同じ社内規則を読んでから仕事に入る」イメージです。
長く書く必要はありません。短く・原則ベースで書くのがコツです。
長く書きすぎるとAI側がどこを優先すべきか迷うので、結局ぶれる相手になります。
実物を公開します。
マスキングしているのは取引先の固有名詞・個人情報・API key・内部ツールの絶対パスだけ。
`【あなた】` は、自分が呼んでほしい呼称(社長・部長・先生など)に置き換える場所です。
↓この中身を、まるごとコピーして `CLAUDE.md` に貼ってください。(中身は読み飛ばしてOK)
> \# 【あなた】のAI Company - 組織憲法
>
> \## セッション開始
> 起動時にtool callするな。【あなた】の指示を待て。
> - 「定期タスク」→ `docs/protocols.md` の定期タスク提案を参照
> - それ以外 → `docs/commands.md` でルーティングして実行
>
> \## コア原則
> - **【あなた】の作業負荷をゼロに近づけよ**。シンプル第一。過剰設計禁止
> - **外部投稿は承認必須**:SNS投稿・記事公開は【あなた】に本文を見せて「OK」をもらうまで実行するな
> - **基本エージェント(Agent tool)を使うな**:会話内では【あなた】が直接実行する。WebSearch・分析・リサーチも自分でやる。エージェント立ち上げはコスト過剰。例外は超大規模調査のみ
> - **70点で出す**。検証前Done禁止。成果物と一緒に報告
> - **自己改善**:【あなた】に2回以上同じ修正をされたら `lessons.md` にルール追加
>
> \## タスク受信時に読むファイル
> | トリガー | 読むファイル |
> |---------|------------|
> | タスクを受け取ったとき | `docs/commands.md`(キーワード→コマンド表) |
> | タスク実行前 | `tasks/lessons.md`(過去のミス確認) |
> | 記事・コンテンツ生成時 | `docs/protocols.md`(ヒアリング・モード判定・ブランドガイド) |
> | エラー発生時 | `tasks/memory/ERRORS.md` → 対処後に追記 |
> | 意思決定時 | `docs/checklist.md` |
> | 関連機能を触るとき | `tasks/memory/issues.md`(未解決問題) |
>
> \## 参照ドキュメント
> - タスクルーティング:`docs/commands.md`
> - プロトコル集:`docs/protocols.md`
> - 定期タスク一覧:`docs/routine-tasks.md`
> - システム全容:`docs/system-overview.md`


短い、と感じたかもしれません。でも、この30行で41人がブレずに動きます。最初は「こんなので大丈夫か?」と私も思いました。意外と動きます。
特に効くのは「起動時にtool callするな」「70点で出す・検証前Done禁止」「タスク受信時に読むファイル」の3行です。1つ目は仕事の主導権を人間側に置くため、2つ目は出して直す相手に変えるため、3つ目は毎回「私のトーンに合わせて」と指示する手間を消すため。最初は2〜3行から始めて、業務が増えるごとに足していけば十分です。
最初の3人=秘書・編集部長・運用部長
ここから「雇い方」の本題です。最初の3人を雇うのに必要なフォルダ・ファイル・テンプレを順に出していきます。
41人を最初から作る必要はありません。「これ毎週やってるな」という業務を3つ書き出して、それぞれを1人の管理職として雇うところから始めます。
私の場合、最初の3人はこうでした。
秘書は、朝の業務開始時に
・今日の優先タスク3つ
・未完了案件のステータス
を出す役。出力はこんな感じです。
今日やる3件:
①A社提案書のFB反映
②B案件の見積もり再算出(先方締切明日)
③週報の下書き(前週ログから自動生成済)
月で4時間消えました。
編集部長は、提案書や記事を
「自分のトーンに合ってるか」
「論理が通っているか」
でチェックする役。
「ここの主張が前提と矛盾してます」
「この一文は冗長なので2文に分けると読みやすい」
のような添削が、修正理由とセットで返ってきます。月で12時間。
運用部長は、毎日の lessons.md を読み込んで、午後の優先順位を組み替える役。
予定外の打ち合わせが入った→今日は提案書を後回しに、見積もり優先
(理由:先週同じ状況で提案書を優先して期限ギリギリになったため)
のように、過去の失敗を踏まえた判断つきで返ってきます。月で8時間。
3人合わせて、月で24時間。これが最初の3週間で消えた時間です。
こんな雑な切り口で部署分けて大丈夫か、と最初は不安でしたが、意外と動きます。
雇うときに作るのは、たった1個のフォルダと1個のファイルです。
プロジェクトフォルダ直下に `.claude` を作り、その中に `skills` フォルダを作る。Macなら普通に作れます。
Windowsの場合は、
エクスプローラーで「新規フォルダ」→名前を `.claude.` と末尾にも `.` を付けて入力すれば、保存時に末尾の `.` だけ消えて `.claude` ができます。
skillsフォルダの中身はこんな構造です。
.claude/
└── skills/
├── secretary.md(秘書)
├── editor.md(編集部長)
├── operations.md(運用部長)
├── meeting-prep.md(打ち合わせ準備担当)
├── weekly-report.md(週報担当)
└── ……(他36人)

1ファイル=1人。並べておくだけです。
コピペで雇える、私が使ってるテンプレ実物
最初の1人を作るときに使えるテンプレを公開します。
例として「打ち合わせ準備担当」を作る場合。
`.claude/skills/meeting-prep.md` というファイルを作って、以下をそのまま貼ってください。
最初の `---` で囲った数行はファイルの自己紹介です。
理解しなくていい。まるごとコピーで動きます。
↓この中身を、まるごとコピーして `meeting-prep.md` に貼ってください。(中身は読み飛ばしてOK)
> \-\-\-
> name: meeting-prep
> description: 客先打ち合わせの想定問答を作成する管理職
> \-\-\-
>
> \# 役割
>
> あなたは客先打ち合わせの準備担当です。
> 打ち合わせの議題を渡されたら、想定される質問を10個と、
> それぞれの回答案を出してください。
>
> \# 出力形式
>
> - Q1: (想定質問)
> - A: (回答案)
> - Q2: (想定質問)
> - A: (回答案)
> (以下同様に10個)
>
> \# 注意事項
>
> - 回答案は、相手のレベル感を踏まえて専門用語を使いすぎないこと
> - 不明な点は「要確認」と明記し、推測で答えないこと
呼び出すときは、Claude Code起動中に「meeting-prep スキルを使って、明日の◯◯案件の想定問答を作って」と打ちます。
これで雇った管理職が動き始めます。
自分の業務に合わせたいときは、
上のテンプレ全文と「私の◯◯(業務)用に書き換えて」を
Claude Codeに渡してください。30秒で自分用が出来上がります。
memoryで「同じ修正を二度言わない」を仕込む
3人を雇うところまで来たら、もう1段だけ仕込んでおく仕掛けがあります。memory機能です。
私が直してほしいクセを伝えると、Claude Codeが `memory/` フォルダの中に小さなファイルを残しておいてくれて、次のセッションでもそれを読み込みます。「同じ修正を二度言わない」を仕組み化する場所です。
memoryは4種類に分けて使っています。
feedback:「これやめて」「こうして」と直したいクセ
project:今やってる案件の背景・締切・関係者
reference:「あのファイル見て」と何度も言う場所のショートカット
user:私自身の役割・好み・知識レベル
朝、秘書を起動した時の画面はこう動きます。
> 今日のキックオフ
【優先タスク】
1. 提案書 v3 のレビュー(feedback memory より:構成より結論先出しを優先)
2. 客先想定問答の最終確認(project memory より:◯◯社の議題が変更)
3. 週報の前週ログ取り込み(reference memory より:Slack通知ログから)

memoryを置く前は、毎朝同じ前提を打ち直していました。
置いてからは、いきなり業務本題から入れます。
同じ修正を二度言わなくていい、というのは、思っていたより精神的に楽になります。
1人→3人→10人→41人、3ヶ月でこうなった
「月30時間消えた」は、自己計測の結果です。
タイマーアプリで、家にいる時間のうち「仕事のことを考えていた時間」を週次で記録しました。
家族との会話・趣味・移動中の音楽は除外。
残ったのが脳内残業時間です。
具体的なBefore/Afterはこうでした。
上司提案の壁打ち:月8時間 → 月1時間(編集部長が叩き台を作る)
週報まとめ:月3時間 → 月20分(秘書が前週ログから自動生成)
2つで月10時間。
残り20時間は、
・議事録整理
・客先資料の事前構成
・メール文面の壁打ち
・段取り見直し
など、細かい業務の積み重ねで消えました。
時系列ではこんな感じです。
1週目:1人雇う(秘書)→ 朝の迷いが消える
2週目:3人になる→ 構成案と段取りが消える
1ヶ月:10人を超える → 業務領域ごとに担当が決まる
3ヶ月:41人 → 家で考える時間が月30時間消える
退社後に頭の中で仕事の音が鳴り続ける感覚が、ほぼなくなりました。
ツールは変わる、でも組織と完成形不要の発想は残る
Claude Codeが将来別の文法に変わることはありえます。
新しいAIツールも次々出てきます。
それでも、ここまでの手順で一番大事なのは、ツールの使い方ではなく
「AIを社員として組織化する考え方」のほうです。
CLAUDE.mdに当たるファイル、skillsに当たるフォルダ、memoryに当たる記憶領域があれば、同じ組織を別ツールに移植できます。
設計図さえあれば翻訳できる、と気づいたのは最近です。
41人という数字も、固定値ではありません。
新しい業務が出てくれば1人増やすし、使わなくなった管理職は退職してもらいます。
完成形を目指す相手じゃない、というのが、この仕組みの一番ラクなところです。
ちなみにこの41人体制、最初Maxプラン(月100〜200ドル)で運用してきました。
先日、自分自身もProに移行して動作を確認したところ、最初の3人レベルでは問題なく動いています。
「最初は Pro で触って、必要に応じて上げる」が現実的だと思います。
最初の1人を雇った日の夜、強い満足感がありました。
「自分が休んでいる間も、誰かが仕事の準備を進めてくれている」、その事実だけで、ふっと未来が開けた感覚がありました。
これを41人に増やしたら、生き方そのものが変わるかもしれない、と。
実際、変わりました。
今夜できる1行と、その先の話
ここまで読んでくれた人に、今夜やってほしいことを1つだけ。
プロジェクトのルートに `CLAUDE.md` を作って、最初の1行にこれだけ書く。
70点で出す。検証前Done禁止。成果物と一緒に報告。それだけで、Claude Codeの動きが変わります。完璧なものを出さなきゃ、と止まらなくなる。途中で勝手にDoneにしなくなる。
報告がセットで返ってきます。
5ステップのインストールがまだなら、今夜のうちにそこまで終わらせておくと、明日の朝には1人目を雇えます。
ここまで読んで「で、その41人で結局何やってるの?」と思った人へ。
いま41人に回してる一番大きな仕事は、このnote記事そのものです。
リサーチ・骨子・執筆ドラフト・図解生成・告知文まで、工程を分担して組織で回しています。
家で記事のことを考えなくても、月数本のペースで出る状態にしました。
「家で仕事考える時間を月30時間消す」の、もう一段先です。
その手順は、別の記事で書きます。鋭意製作中です。noteのアカウントをフォローしておけば、見逃しません。
いいなと思ったら応援しよう!
役に立ったらコーヒー1杯分だけ。次の記事の燃料になります。