※この記事には広告を含みます。
この記事はAIツールの利用体験を含みます。2026年7月4日に行った初回整備の記録であり、長期間運用した成果報告ではありません。私個人の運用例のため、同じ手順で同じ結果になることを保証するものではありません。ツールの仕様や料金は変わることがあるため、導入前に各サービスの公式情報をご確認ください。
なぜ副業管理をAIに任せようと思ったか
私は50代の会社員です。製造業の現場監督として働きながら、退職後を見据えてブログ、note、自作ツール販売などを少しずつ進めています。
ただ、平日に自由に使える時間は限られています。早朝3時に起き、出勤前の4時から5時までの1時間に作業するのが中心です。帰宅後にも作業はできますが、本業の疲れが残るため、毎日安定して重い判断を続けるのは簡単ではありません。
さらに、2027年12月末を一つの区切りとして退職準備を進めたいと考えているため、時間には締切があります。副業もブログだけでなく、note製品、WordPress整備、将来的な民泊準備へ広がり、1人で管理するには複雑になってきました。
そこで、AIに「作業を丸投げする」のではなく、「管理・点検・判断補助」を任せる方向に考え方を変えました。削除、公開、投資判断は人間が握る。その代わり、棚卸し、分類、ログ作成、抜け漏れ確認はAIに分担してもらう。この考え方から、副業管理のAIチーム化を始めました。
定義したAIチームの全体像
今回の構成は、チーム全体をまとめる「メインエージェント」1つと、専門担当のサブエージェント6体です。メインエージェントはClaude Code本体とし、その下に目的別のサブエージェントを置く設計にしました。
※このあと7月16日にX投稿担当を追加し、7体になりました。以下はその7体をまとめた表です。
| 担当 | 主な役割 |
|---|---|
| 記事の公開前チェック担当 | タイトル、見出し、リンク、注意書き、導線を点検する |
| ブログ戦略担当 | 記事群の優先順位、内部リンク、カテゴリ内の役割を整理する |
| X投稿担当 | 公開記事やnote販売後の告知文候補を作る |
| note導線担当 | ブログからnote商品への自然な誘導を確認する |
| 民泊準備担当 | 将来的な民泊準備のタスクや確認事項を洗い出す |
| ファイル規則点検担当 | 指示書、成果物、一時ファイルの置き場所を点検する |
| パス依存調査担当 | ローカル環境に依存する記述や移動リスクを調べる |
大事にしたのは、一気に全部を動かさないことです。最初から完璧なAIチームを作ろうとすると、仕組みの維持そのものが負担になります。まず全体像を作り、定義書を用意し、必要な担当から1体ずつ検証していく方針にしました。
前提になった情報整理：フォルダ4区画ルール
AIチーム化の前に必要だったのが、ファイルの置き場所整理です。AIに作業を任せるとき、ファイルの場所があいまいだと、最新版ではない資料を読んだり、成果物と指示書を混同したりする可能性があります。
そこで、作業フォルダを4区画に分けました。1つ目は、運用方針や命名ルールなどの恒久ルール。2つ目は、ChatGPT宛やClaude Code宛の指示書。3つ目は、下書き原稿や点検レポートなどの成果物。4つ目は、検証中や作成途中の一時作業ファイルです。
さらに、古い資料や判断保留のものは、すぐ削除せず隔離用のアーカイブに移す形にしました。
この整理で感じたのは、「AIが迷わない構造は、人間も迷わない構造」だということです。AIのために整えたつもりでも、実際には早朝の短い作業時間で自分が迷わないための土台になりました。
AIへの「指示書」で作業を外注する仕組み
今回の運用では、AIに会話だけで頼むのではなく、日付と担当が分かる指示書ファイルを作って依頼する形にしました。ChatGPT宛、Claude Code宛を接頭辞で分けておくと、あとから「誰に何を頼んだのか」を追いやすくなります。
指示書に必ず入れるのは、目的、参照資料、完了条件、禁止事項です。完了条件がないと、AIも人間もどこまで終われば合格か判断しにくくなります。禁止事項も同じで、削除しない、公開しない、実在のローカルパスを本文に出さない、個人情報を含めないといった線引きを最初に書いておく必要があります。
私の場合、AIは便利な作業相手ですが、最終責任者ではありません。外部に出すか、公開するか、お金を使うか、削除してよいかは必ず人間が判断します。AIに任せる範囲と、人間が握る範囲を分けることで、安心して作業を分担しやすくなりました。
実録：2026年7月4日、AIチームで回した1日
2026年7月4日は、AIチーム化の初回整備日になりました。この日に行った作業は、フォルダ体系の再配置、デスクトップ整理、4区画規律の初回点検、エージェント定義書の作成です。
まず、作業フォルダを4区画に再配置しました。これまで増えた資料の中には、指示書、成果物、メモ、一時ファイルが混ざっていたため、AIが扱いやすい単位に分け直しました。ここで私が行ったのは、「この区画ルールで進める」と決めて、移動のひとつひとつにOKを出すことです。AIには、いまどうなっているかの確認、どれをどこに動かすかの候補出し、そして私がOKを出した後の移動作業と記録（ログ）づくりまで任せました。この工程で動かしたファイルや資料は合計40件。削除は0件で、すべて「移動する」か「保留の置き場によける」だけで終えています。
次に、デスクトップを棚卸ししました。デスクトップは便利な一時置き場ですが、放置すると最新版が分からなくなり、朝の作業時間を奪います。AIには分類と整理ログ作成を任せ、削除判断は行わせませんでした。整理が終わると、デスクトップに直接置かれたファイルは0件になりました。ただしフォルダは、アプリやショートカットから参照されているものがあり、動かすと参照が切れる恐れがあったため、そのまま残しています。整理といっても、動かせるものと動かせないものがあると分かった工程でした。中には2,400件を超えるファイルが入った開発用のフォルダもありましたが、「移動の前と後でファイルの数が合っているか」の数え合わせまでAIにやってもらいました。
その後、4区画規律の初回点検を行いました。指示書が指示書の場所にあるか、成果物が成果物の場所にあるか、一時ファイルが正式資料に混ざっていないかを確認する工程です。初回の点検は7つの観点で行い、結果は「移動40件・削除0件という記録と、実際のフォルダの中身がぴったり一致。ルール違反はゼロ」でした。整理は一度やって終わりではなく、崩れたら点検して戻す運用が必要だと感じました。
最後に、サブエージェントの定義書を整えました。定義書とは、各担当の「仕事内容の説明書」のようなものです。新しく定義したのは5体で、以前から使っていた1体を加えて、この日は6体構成になりました。それぞれの役割、渡す資料、出してほしい成果物、やってはいけないこと、導入する順番を整理し、今後1体ずつ試せる状態にしました。
この日の作業で、AIが担当したのは調査、整理、候補出し、ログ作成、点検レポート作成です。一方で、私が担当したのは区画ルールの承認、削除しない方針の確認、担当の採用判断、記事化するかどうかの判断でした。AIが手を動かし、人間が方向を決める形です。
この日AIが動かしたファイルは、フォルダの再配置とデスクトップ整理を合わせると、フォルダごと動かした中身まで含めれば数千件規模になります。それでも削除は最初から最後まで0件。迷ったものは捨てずに、保留の置き場（アーカイブ）へ移すだけにしました。
やってみて分かったこと（効果・つまずき・人間が握るもの）
最初に感じた効果は、判断に集中しやすくなることです。これまでの副業作業では、記事を書く前にファイルを探す、前回どこまで進めたか思い出す、最新資料を確認する時間が発生していました。短い時間で作業する会社員にとって、この迷う時間はかなり大きなロスです。
AIに棚卸しや点検を任せると、私は最終判断に集中できます。単なる時短というより、朝の限られた集中力をどこに使うかを変える効果がありました。
もう一つの効果は、作業ログが残ることです。一人で副業を進めていると、過去の判断が頭の中だけに残りがちです。しかし、指示書と成果物を残す運用にすると、「なぜこの整理をしたのか」「何を確認したのか」が後から追えます。これはブログ記事の一次情報にもなります。
一方で、つまずきもあります。最初の区画設計には時間がかかります。フォルダ名を決め、過去資料の扱いを決め、どこまでAIに任せるかを決める必要があります。また、AIの提案をそのまま採用できない場面もあります。特に個人情報、ローカル環境、未公開の販売導線に関わる部分は、人間が確認しなければなりません。
今回決めた一番大事なルールは、削除、公開、投資判断は必ず人間が握ることです。AIには調べる、並べる、比較する、抜け漏れを探す、ログを残すことを任せる。人間は、公開する、消す、買う、申し込む、外部に出すことを決める。この線引きがあるから、安心してAIを作業相手にできます。
まとめ：50代からでも始められる3ステップ
今回のAIチーム化は、まだ始めたばかりです。長期運用でどこまで成果が出るかは、これから確認していく段階です。それでも、50代会社員が副業を進めるうえで、AIをチーム化する考え方には手応えを感じました。
始めるなら、いきなり複雑な仕組みを作る必要はありません。
ステップ1は、ファイルの置き場所ルールを先に決めることです。指示書、成果物、恒久ルール、一時ファイルを分けるだけでも、作業の迷いは減ります。
ステップ2は、AIに任せる作業を指示書に書き出すことです。「この記事を直して」ではなく、目的、参照資料、完了条件、禁止事項を書く。これにより、依頼内容が作業ログとして残ります。
ステップ3は、担当を1つずつ増やすことです。最初から全部を完璧に動かそうとすると、管理する側が疲れてしまいます。まずは記事チェック担当だけ、次にファイル点検担当というように、必要なものから増やす方が続けやすいです。
退職準備や副業は、時間との勝負です。私の場合、AIチーム化は「楽をするため」というより、「判断すべきことに時間を残すため」の仕組みです。
その後、この仕組みは作り替えました
この記事は2026年7月4日時点の記録です。ここで書いた分担と4区画のフォルダ構成は、そのあと7月25日に運用ごと作り替えました。
仕組みは一度作って終わりではなく、合わなければ捨てて組み直すものだと思っています。失敗したから変えたというより、使ってみて自分の手順に合わなかったから変えた、という感覚に近いです。
そのため、この記事は「7月4日時点でここまで作った」という実録として読んでいただければと思います。
