【後編】Claude Code『AI秘書』育てたら1ヶ月で5部署になっていた話‼️

前編で育てた"分身"は、
「1ヶ月でひとりでは回せない規模に育っていた」という話が後編です。

📗秘書室: 窓口・TODO管理・壁打ち
📗編集部: Note記事の企画・制作・品質管理
📗SNS運用部: Note記事公開後のSNSリライト・配信
📗Automation/QA: スクリプト保守・障害管理・ダッシュボード管理
📗Shared Assets: 全部門共有のプロンプト・アセット台帳

「個人的には Claude Code秘書から作り始めて、必要になったら部署を作って拡大していく方が学びが多いし無駄がないと思います」

「必要になったら部署を作る」。この一言をCLAUDE.mdに実装した結果が、1ヶ月後の5部署体制でした✅

📘 5部署が生まれるまでのタイムライン👇
3月下旬: 秘書室に「Note記事書きたい」がポツポツ来る
4月上旬: 記事企画とパイプライン運用の相談が週2〜3回
　　→ 秘書が「編集部を作りませんか？」と提案 → 即採用
4月中旬: Note記事公開後の配信・リライト相談が増える
　　　　　+ スクリプトのデバッグ依頼が増える
　　→ SNS運用部・Automation/QAが相次いで立ち上がる
4月下旬: プロンプトやアセットの共有管理が必要になった。
　　→Shared Assets部門が分離

📗 内訳はこんな感じです👇
①パイプライン系（draft_writer / proofreader / meta_generator / html_converter / note_publisher / podcast_writer ほか）
②編集支援系（infographic_selector / news_collector_jp / news_translator ほか）
③フィードバック系（compare / ingest_manus / rule_curator）
④テスト＆ライブラリ（test_lib / claude_client / quality_gate ほか）

「同じ処理を手でやるのが面倒だな」と感じた瞬間、まずは秘書に相談。
簡単なものはこの流れで壁打ちをしてから、Automation/QAに投げます。

⭐️Superpowersプラグインを使って実装するように秘書さんに指示。
「実装計画(ブレストなど)→秘書さん」
「実開発(コーディング)→開発部門(Automation/QA部門)」
で対応するようにしました。

⚠️ ハマりやすい3つの罠はこちら👇

💀罠①: 部署を作りすぎてカオス化する
　→ 思いつきで部署を作ると即破綻します。

※Xでは「40体のエージェントを構築したけど1ヶ月でシステムが崩壊して全廃」という事例も報告されています😭

💀罠②: コンテキストの肥大化（Context Rot）
　→ 秘書と長時間同じセッションで話し続けると、
トークン量が増えて秘書の判断精度が落ちます。

※重い開発作業は別エージェントに委ねる、チャットを分けるなど属人化ならぬ、属AIエージェント化にならないようにタスクを分ける。総合職は辛いですよね。ヒトと同じですよね。

💀罠③: 初期のセットアップ慣れ
　→ `/plugin` や `/company` のスラッシュコマンド、
　　Markdown中心の運用など、ターミナル慣れが必要。

※完全初心者には最初の1〜2日は試行錯誤が必要

部署が増えると「情報連携ルールの重要度」が指数関数的に上がります。

ここで重要になるのが、編集部や各部門が秘書さんに作業状況を報告することです。

「あれ、この決定どこに書いた？」
「新規タスク、誰のinboxに入ってる？」という類のやつです。

📗 5部署運用で固まった情報連携ルール(概要)はこれです👇
　✅概要: 各部門は作業終了時に秘書室へ日報を提出する。
　✅作業の有無に関わらず提出必須（作業なし日も含む）。
　✅レポート対象部門: 秘書室・編集部・SNS運用部・Automation/QA・Shared
　✅保存先: secretary/inbox/YYYY-MM-DD-daily-report-[部署].md（部署サフィックス: secretary / editorial / sns-ops / automation-qa / shared）

🤖秘書室の収集ステップ
每朝（9:00）、launchd 経由で朝点呼スクリプトが自動起動
各部門の前日日報の提出状況を自動検査
朝点呼レポート（secretary/inbox/YYYY-MM-DD-morning-rollcall.md）に　提出状況・期限超過タスク・未反映タスクを記録
検出があれば macOS 通知でオーナーへ知らせる

🤖秘書室の対応
朝点呼レポートを確認、「発見・新規タスク」を精査
必要に応じてNotion「📝 秘書室 TODO」に追加
優先度・担当部門を調整して反映

🤖自動チェック仕様
朝点呼スクリプトが以下を判定する。
提出 ✅ 通常: ファイル存在 + 本文に「作業なし」が含まれない
提出 ⚠️ 作業なし: ファイル存在 + 本文に「作業なし」が含まれる
未提出 ❌: ファイルが存在しない

🤖朝点呼レポートのサマリー行形式:
未反映: A件 / 期限超過: B件 / 未提出: C部門 / 合計: W件
✅迷ったら `inbox/`: 完璧を目指さず、とりあえず放り込む
✅ファイル操作前に日付チェック必須: AI特有の日付ミスを防ぐ

部門日報義務という運用を1ヶ月前から回しているんですが、
Notion Todoが日々溜まっていく体験が、かなり楽しい👍

📘 毎朝動いている日報フロー（5ステップ）👇
・毎朝、秘書が全部門に「今日の作業報告くださいね」と声をかける
・各部門エージェントが日報を提出 — フォーマットは統一
・日報は `secretary/inbox/YYYY-MM-DD-daily-report-[部署].md` に保存
・秘書が日報を精査 → 「発見・新規タスク」をNotion「📝 秘書室 TODO」へ自動追加

📙【通常日報フォーマット】
## 【日報】YYYY-MM-DD | 部署名
### 完了タスク - [x] タスク名
### 進行中タスク - [ ] タスク名 | 進捗: XX%
### 発見・新規タスク - [NEW] タスク内容 | 優先度: 高/通常/低 | 詳細: 背景・理由
### 課題・ブロッカー - 課題内容（あれば）
### 次回やること - 次のアクション

📙【作業なし日報フォーマット】
## 【日報】YYYY-MM-DD | 部署名
### 完了タスク- 作業なし（理由: オーナー外出 / 担当タスクなし 等）

それは「気づいたら仕組みが勝手に進捗を記録してくれている」感覚。

🤖「手動で書くのと何が違うんですか？」🤖

副業者の可処分時間の節約という意味で、これは本当に効きます💪

スクリプト × AIエージェント × ルールの三角形で回るPDCA。

📘 6ステップで回るフィードバックループはこれっ！👇
①ユーザが作業中に「あれ、これ自動化したほうが早いな」と気付く
　→ 秘書に共有
②秘書がユーザと壁打ち、Automation/QAに依頼
　→ スクリプト化
③次回から該当処理が自動実行
　→AIエージェントは別の判断業務に集中できる
④スクリプトの出力をAIがレビュー
　→ 「この出力、もう少しこうしたい」とフィードバック
⑤フィードバックが文体ルールや品質基準に昇格
　→ `style-guide/` や `learned-rules.md` に記載
⑥ルールが次回のAIエージェント呼び出し時に自動注入
　→ 全エージェントが恩恵を受ける

毎日回すと、複利で効いてきます🔥

✅ 弱点補完の構造はこの2行で表せます👇
　📙スクリプトは高速・安価・再現性抜群だが、文脈判断が苦手
　🤖AIは文脈判断が得意だが、毎回呼ぶとコストがかさむ

副業者にとって最大の敵は時間です。

この1ヶ月で実感したのは、秘書×部門×スクリプト×ルールという4つの歯車が噛み合った瞬間、自分が手を動かさなくても副業の仕組みが前に進む時間が出てくる、ということでした🎯

でも、仕組み化しないから副業が続かない、
「仕組みが育てば、本業で疲れた日でも副業が止まらない。」

📘 前後編を貫く4つのメッセージ👇
✅単一チャットAIはアセット化しない。会話が流れて消える構造は副業者に致命的（前編）
✅Claude Code秘書は15分で立ち上がり、1ヶ月でRPG的にアセットが育つ。前編で書いた「1日100分以上の可処分時間が戻ってきた」感覚の正体はここにあります（前編）
✅2回以上繰り返すタスクは部署化する。ソロだった分身がパーティーになる、RPGの次のフェーズです（後編）
✅日報＋Notion連携＋フィードバックループで、仕組みが自己増殖する。スクリプト40本超が回るのも、この三位一体があるから（後編）

「副業者で時間がない人ほど、このルートがマッチする」と1ヶ月試して実感しています✅

💬「このAIとの会話、どこに残っているんだっけ？」

🏢会話は流れても、組織は残る。
分身は育ち、パーティーになり、スクリプトと一緒に回り始める。🚀