Claude Codeで回す「1人会社」｜AI経営OSの実例

2026年7月13日2026年8月3日

この記事でわかること

あなたは今、「1人会社のまま、どこまで事業を回せるのか」と考えていないでしょうか。営業、商品づくり、発信、事務、改善まで抱えていると、「人を採る前に、もう少し仕組みで何とかできないか」という感覚が出てきます。

この記事では、Claude Codeを使って1人会社を運営する考え方を、抽象論ではなく「AI経営OS」の実例として整理します。そのまま真似するというより、業務をどう分解し、どこをAIに渡し、どこを社長が握るかを考える材料にしていただく位置づけです。

ここでいうAI経営OSは、難しいシステム名ではありません。会社の仕事を「判断」「制作」「確認」「改善」に分け、AIが動きやすい形に並べ直した業務の土台です。

先に、この記事が扱う範囲をはっきりさせておきます。扱うのは「すでに1人で回している会社の、回し方の設計」です。会社設立の手続きや、どんな事業で起業するかという話は扱いません。

この記事でわかることは、主に5つです。1人で全部やる限界、AIに分業させる設計、Claude Codeを含めた業務割当、本サイト shindan-model.com の運営工程、そして人間が握り続ける承認ゲートです。

AI活用の全体像から確認したい場合は、先に中小企業社長のためのAI戦略活用完全ガイドを読むと、この記事の位置づけがつかみやすくなります。本記事はその中でも、1人社長・小規模経営者が「実務をどう回すか」に寄せた実例編です。

先に、実話をひとつ置いておきます。私は以前、このサイトの運営に、記事執筆のライター、画像制作のデザイナー、運営エンジニア、ディレクターなど、最大7名ほどの外注スタッフに協力してもらっていました。今は、戦略的に記事を大量投入・リライトする時期を除けば、ほぼすべての作業をClaude Codeに任せ、私自身は確認だけをしています。この記事は、その体制に至るまでの考え方と、実際の工程の話です。

1人で全部やる限界

1人会社の強みは、意思決定が速いことです。社長自身が顧客を見て、違和感を拾い、その日のうちに商品や発信を変えられる点は、大きな会社にはない武器です。

一方で、会社が伸びようとすると、同じ強みが限界にもなります。すべての判断が社長に集まるため、売上をつくる仕事と、売上を支える仕事が同じ時間を取り合うからです。

たとえば、1本の記事を出すだけでも、テーマ選定、キーワード確認、構成、執筆、校正、画像、入稿、内部リンク、CTA、公開後の確認があります。あなたが毎回すべてを頭の中で処理していると、「記事を書く前に、もう疲れている」という状態になりがちです。

あなたも「自分でやった方が早い」と感じる場面が多いはずです。けれど、その判断が積み重なると、仕事は速くなるのではなく、社長の脳内にしか存在しない業務が増えていきます。

これは3Cのうち「Company＝自社能力」の詰まりです。顧客ニーズや競合環境以前に、自社の処理能力がボトルネックになっている状態です。

ここでいきなり採用に進む選択もあります。ただ、1人会社にとって人を雇うことは、給与だけでなく、教育、指示、確認、評価、労務の固定費を持つことでもあります。

だからこそ、「人を雇うかどうか」の前に、「社長がやらなくてもよい作業は何か」を分ける必要があります。採用の前段階として、AIによる分業を設計する余地があるということです。

結論：「人を雇う前にAIの分業」を設計する

この記事の結論はシンプルです。あなたの会社が1人会社なら、人を雇う前に、まずAIの分業を設計することを検討する価値があります。

AIの分業とは、AIに何でも任せることではありません。社内の仕事を役割ごとに分け、担当を決める考え方です。本サイトの場合は、「調べる」「書く」「整える」「管理する」「点検を助ける」の5役割に分けています。

Claude Codeは、この5役割の中で特に「管理する」「整える」担当として使いやすい存在です。コードを書く道具という印象が強いかもしれませんが、ファイル構成、原稿管理、チェックリスト、テンプレート、更新作業など、自社の運用を一定の型に沿って進める役割を持たせられます。

1人会社で大切なのは、AIに社長の代わりをさせることではありません。あなたが判断しやすい状態をAIに作らせることです。

たとえば、売る相手を決めるのは社長です。けれど、過去記事の一覧化、見出しの重複確認、内部リンク候補の抽出、CTAの差し込み位置の候補出しは、AIに渡せる余地があります。

この分け方をすると、自社は「社長1人＋外注ゼロ」ではなく、「社長1人＋5つのAI役割」という体制に近づきます。人員数は増えていなくても、業務の持ち方が変わります。

「AI社員を何人置くか」ではなく「どの業務を渡すか」

Claude Codeで1人会社を回すという話題を調べると、よく出てくるのが「仮想組織」の作り方です。フォルダを部署に見立て、役割ごとのAI社員を何人配置したか、という形で語られます。

部品そのものは実在します。プロジェクト直下に置いたCLAUDE.mdはセッションのたびに読み込まれる指示書ですし、MCP（Model Context Protocol）を使えばSlackやGoogleドライブなど外部サービスにつながります。繰り返す手順をまとめるSkills、別作業を独立して走らせるサブエージェントもあります。

ただ、公式ドキュメントはCLAUDE.mdを「文脈であって、強制される設定ではない」と明記しています。確実に守らせたい操作は、フックという別の仕組みで止めなさい、という説明です。

方針書を置くことと、方針が守られることは別だということです。会社の運営でマニュアルを配った時点では、まだ品質が担保されていないのと同じです。

だから本記事は、AI社員を何人置いたかという規模の話を追いません。追うのは、自社の業務をどこで切り、どの1業務を渡すかという分解です。

AI活用の相談先を外部に求める場合も、自社の業務分解が先にあると話が早くなります。講座、研修、コンサルの違いを整理したい場合は、AI経営の相談先ガイドが参考になります。

1人会社の業務分解とAI割当

Claude Code 1人会社型の運営を考えるなら、最初にやることはツール選びではありません。仕事を「経営判断」「顧客理解」「制作」「運用」「改善」に分けることです。

以下は、1人会社のメディア運営を想定した業務分解の例です。6つの業務領域に分けています。本業がコンサル、士業、制作業、研修業であっても、かなり近い形で置き換えられます。

業務領域	社長が握ること	AIに渡せること	Claude Codeの使いどころ
経営方針	誰に何を提供するか	論点整理、選択肢の比較	方針メモや要件の整理
顧客理解	顧客像、悩みの解釈	検索意図、質問案の抽出	記事IDや顧客課題の管理
商品設計	オファー、価格帯、約束範囲	構成案、導線案	CTAマップやLP構成の管理
コンテンツ制作	主張、事例、最終表現	構成、下書き、校正補助	原稿ファイル、見出し、リンク整備
公開運用	公開可否、ブランド判断	入稿補助、チェック項目化	ディレクトリ、テンプレート、差分確認
改善	何を伸ばすか、何をやめるか	数値整理、仮説出し	更新対象リスト、改善ログ管理

この表のポイントは、あなたが考える仕事と、AIが処理する仕事を混ぜないことです。混ぜると、AIの出力を見たときに「便利だけれど、結局どう使えばいいのか」となりやすくなります。

SWOTで言えば、「強み」は社長の経験や顧客理解です。「弱み」は処理量や継続運用の負荷になりやすいので、ここにAIを当てると設計が自然です。

Claude Codeは、単発の文章生成よりも、継続する業務の型を扱うときに力を出しやすいです。自社のフォルダ、記事ID、テンプレート、チェック項目、リンクマップのような「運営の骨格」を持たせると、AI経営OSに近づきます。

私自身の日常も、まさにこの表の分け方で回っています。

大まかな戦略は先に決めてあるので、ふだんの運営レベルで私がやることは、Claude Codeに書かせた記事の最終チェックぐらいです。

チェックは大きく2種類あります。新記事を作るときの品質チェックと、公開済み記事の状態チェックです。

どちらもまずClaude Codeに分析させ、挙がってきた確認事項を私が潰していくだけです。そこまで時間を取られるわけではありません。

本サイト運営の実例（体制図・工程）

ここからは、本サイト shindan-model.com を1人×AIで運営している実例です。自社に置き換えるときは、「メディア」を「営業資料」「提案書」「研修教材」「顧客向けレポート」に読み替えてください。

体制は大きく見ると、次のような形です。

社長／編集責任者 ↓ 方針・読者・主張・承認 AI群／調査・構成・下書き・校正・整理 ↓ ファイル管理・工程管理 Claude Code／記事ID、テンプレート、リンク、CTA、チェックリスト ↓ 公開・更新・改善ログ

ここでいう社長の役割は、テーマを決めることです。誰に向けて、どの悩みに答え、どの行動につなげるのかは、AIではなく人間側で決めています。

本サイトでは、記事ごとに記事ID、主キーワード、読者像、検索意図、H2骨子、内部リンク候補、CTA指定、注意すべき表現を持たせます。自社でこれをやると、毎回ゼロから考えるのではなく、案件ごとの「指示書」を作る感覚になります。

Claude Codeは、その指示書と原稿、リンクマップ、CTAマップ、表現ルールをつなぐ役割です。記事を1本ずつ気合いで作るのではなく、社内の運用ルールに沿って、作業の抜け漏れを減らす方向で使います。

実際に私がClaude Codeへ出している指示を、一つ載せておきます。

記事フォルダを全部確認して、
公開前チェックリストの未消化項目だけを記事ID付きで一覧にして。
内部リンクが1本も入っていない記事は、別枠で理由と一緒に出して。

特別なことは書いていません。新人スタッフに頼むときと同じ粒度です。

この頼み方が成立するのは、記事IDとチェックリストが先にファイルとして存在しているからです。指示の巧みさより、指示できる状態を作ることのほうが効きます。

実際の工程は、次のように進みます。

経営テーマを決める
読者像と検索意図を置く
記事IDとH2骨子を作る
内部リンクとCTAの役割を決める
AIで一次案を作る
社長が主張・事例・表現を直す
Claude Codeで構成やリンクの整合を確認する
公開前チェックを通す
公開後に改善ログへ戻す

この工程の中で、Claude Codeは「書く人」というより「編集部の運用担当」に近いです。社内に編集部がなくても、記事の状態、ルール、関連ファイルを見ながら、次に必要な作業を整理できます。

オウンドメディア運用でClaude Codeをどう使うかをより具体的に知りたい場合は、Claude Codeでオウンドメディア運用を管理する方法も合わせて読むと、この記事の実務部分がつながります。

「ここまで仕組みにしないといけないのか」と感じるかもしれません。実際には、最初から全部そろえる必要はなく、最初は「記事ID」「テンプレート」「公開前チェック」の3つだけでも十分に始めやすくなります。

いま振り返ると、日常の運営は、ほぼClaude Codeに任せていても問題なく回っています。

私の手が本格的に入るのは、戦略的に多くの記事を投入したり、まとめてリライトしたりする局面ぐらいです。

かつて7名の外注チームで分担していた仕事が、AIの作業と社長の確認に収まりました。この実感から、サイト運営は、AIエージェントの威力を最も発揮できる分野の1つだと考えています。

かかる費用と時間の目安（モデル試算）

あなたの会社で気になるのは、「それで、いくらかかるのか」だと思います。ここから示す金額と時間は、本サイトと同程度の小規模メディアを想定した設計例であり、市場平均ではありません。実績の集計値ではなく、モデル試算として読んでください。

試算の前提は次の4点です。生成AIは個人向けの有料プランを1契約だけ持つこと、月間の記事投入は数本から10本程度の規模であること、先に挙げた「調べる」「書く」「整える」「管理する」「点検を助ける」の5役割をすべて社長1人で運用すること、そしてサイトとサーバーはすでにある状態から始めることです。

この前提は費用だけでなく、後述する初期15〜40時間、週4〜12時間にも同じように及びます。前提が変われば数字も変わる、という前提つきの目安だと考えてください。

Claude Code自体は、Claudeの有料プランに含まれる形で使えます。ここは試算ではなく、公式に案内されている金額です。個人向けのProプランが月20ドル、上位のMaxプランが月100ドルからと案内されています。円換算額は為替で動くため、目安として見てください。

この前提で置くと、月額費用はAIツール、サーバー、ドメイン、周辺ツールを含めて、おおむね月1万円台から5万円台に収まります。高度な有料プラン、複数AI、外部ツールを増やすと、月5万円を超えることもあります。

以下の表も、同じ前提に立ったモデル試算です。実勢価格や市場平均を示すものではありません。

費目	月額レンジの試算	見方
生成AI／Claude関連	数千円〜3万円台	利用プランや使用量で変動
サーバー・ドメイン	千円台〜数千円台	既存サイトがあれば追加は小さめ
CMS・テーマ・プラグイン	0円〜1万円台	有料テーマや保守方針で変動
画像・デザイン補助	0円〜数千円台	必要に応じて追加
管理・自動化ツール	0円〜1万円台	最初は無料枠でも開始可能

この金額だけを見ると、外注費や採用費より小さく見えるかもしれません。ただし、AI経営OSはお金だけでなく、社長の設計時間を使います。

同じ前提での初期構築は、テーマ設計、フォルダ構成、記事テンプレート、チェックリスト、リンクマップ作成などで、15〜40時間程度を見ておくと現実的な試算になります。すでに記事や資料を持っている場合は短くなり、ゼロから作る場合は長くなります。

定常運用の時間は、週あたり4〜12時間程度が一つの試算です。記事の本数、品質基準、公開前確認の細かさによって、必要時間は変わります。

大切なのは、「AIを使うと時間がゼロになる」と考えないことです。むしろ、考える時間を増やすために、作業の時間を圧縮するという見方が合っています。

1本の記事にかかる時間も、完全手作業より短くなる場面はありますが、社長の追記や承認を省くわけではありません。主張、事例、導線、表現を整える時間は、会社の信頼に直結します。

人間が握り続ける判断（承認ゲート）

AI経営OSで最も大事なのは、どこをAIに渡すかではなく、どこを渡さないかです。自社の信頼を守る判断は、最後まで人間が握ります。

本サイトでは、少なくとも次の承認ゲートを人間側に残します。あなたの会社でも、この部分を曖昧にしないことが重要です。

承認ゲート	人間が見ること
読者設定	本当にその顧客に向ける内容か
主張	自社の立場として言える内容か
事例	実態とズレていないか
表現	煽り、断定、誤解を招く表現がないか
導線	読者にとって自然な次の行動か
公開可否	今出すべき内容か

AIの出力には誤りが混ざることがあり、個別の経営判断に代わるものではありません。だからこそ、AIに作業を渡しつつ、承認ゲートで社長が意味づけを戻す設計にします。

先に触れたとおり、指示書は文脈であって強制力のある設定ではありません。ルールを書けば必ず守られるという前提で運用すると、どこかで想定外の出力が通り抜けます。

たとえば、AIが「売上が上がる」といった表現を出した場合、そのまま使うのではなく、「売上改善の検討材料になる」のように、自社として言える範囲に直します。これは細かい表現の話ではなく、信頼を積み上げる経営判断です。

SWOTで言えば、AIは機会を広げる道具ですが、脅威も同時に持ちます。誤情報、過剰表現、ブランドのズレが起きると、会社の強みである信頼を傷つける可能性があります。

そのため、1人会社ほど承認ゲートを明文化した方がよいです。人が少ないから簡略化するのではなく、人が少ないからこそ、判断基準を外に出しておくイメージです。

「自分が見ればわかる」と思う部分ほど、チェックリストにします。将来、外注や社員に任せる場面が来たときにも、そのリストが引き継ぎの土台になります。

この記事を書いた人

西俊明（トシゾー）中小企業診断士／AI実践戦略士／IT講師・著者

中小企業診断士／AI実践戦略士（商標出願中）／IT講師・著者。富士通で17年間、IT製品の営業・マーケティングに従事した後、独立。中小企業を中心に270社超を支援し、研修・セミナーへの登壇は250回を超える。現在は、生成AI・ITを経営や業務に生かす実践的な方法と、ITパスポート、情報セキュリティマネジメント、基本情報技術者試験などの学習法・過去問解説を発信している。著書に『Webマーケティング最強の1冊目』（千葉テレビ『モーニングこんぱす』で紹介）
『改訂7版 ITパスポート最速合格術』など。