Claude Codeで会社経営｜AIチームを遊びで終わらせないコツを解説

「Claude Codeで会社経営まで回せるって、本当なの？」
「一人会社の事務仕事をまるごと任せたい！」

Claude Codeを会社経営に使うという話は、ここ最近あちこちで見かけるようになりました。
ところが実際に試すと、最初の数日で「なんとなく賢いチャット相手」に戻ってしまう人がとても多いんです。

境目はセンスでも業種でもありません。業務をリポジトリ化できているかどうか、ただそれだけでした。
この記事では、一人会社や個人事業でClaude Codeを経営の実務に載せるまでを、判断基準と手順に分けて整理します。

Claude Codeで会社経営を回すとはどういうことか

まず、この記事でいう「会社経営を回す」の中身をはっきりさせておきます。

ここでは、経営の仕事がなぜClaude Codeと噛み合うのかを3つの角度から見ていきましょう。

会社の仕事は思っているより文章とファイルでできている

請求書を作る、問い合わせに返信する、月次の数字をまとめる、告知文を書く。

並べてみると、経営の実務のかなりの割合が「何かを読んで、何かを書く」で構成されています。

ここが、Claude Codeが得意とする領域とぴったり重なります。
もともとコードを書くための道具として作られましたが、実体はファイルを読んで考えて書き換える存在です。
扱う対象がプログラムでなくても、同じように動いてくれます。

逆にいうと、電話で話す、現場で判断する、握手して決める。こうした仕事は載りません。

自分の1週間を振り返って、読み書きに落ちる時間がどのくらいあるかを数えてみてください。
私の場合はざっと6割で、そこが丸ごと相談相手を持てる領域になりました。

Claude Codeが常駐するのはターミナルではなくフォルダ

ここを誤解したまま始めると、たいてい途中で止まります。

ブラウザのチャットは、話しかけた分だけ返してくれる相手でした。
いっぽうClaude Codeは、起動したフォルダの中身を自分で見に行き、そこにあるファイルを直接書き換えます。

つまり、業務に必要な材料がそのフォルダに置いてあるかどうかで、できることが根本から変わります。

去年の請求書の書式も、取引先の一覧も、自社の言い回しのルールも、全部そこにあるなら読んでくれる。
逆に頭の中にしかない情報は、毎回こちらが説明しないと使えません。

この3つが揃うと、どれだけ賢いモデルでも「便利なおしゃべり相手」で終わります。

ここが、いわゆる「AI社員」という言い方が成立するかどうかの分かれ目でした。
常駐しているのはモデルではなく、材料と手順が置かれたフォルダのほうなんですよね。

一人会社や個人事業ほど導入が速く進む

意外に思われるかもしれませんが、規模が小さいほうが圧倒的に有利です。

大きな組織だと、業務の全体像を知っている人がどこにもいません。
ところが一人会社なら、すべての業務の文脈が社長ひとりの頭の中に揃っています。

それを書き出すだけで、そのままマニュアルになるわけですね。

もうひとつ、人を雇う前の段階で仕組みが残るという効果もあります。

業務の手順が文章になっていれば、いざ誰かに手伝ってもらうときにそのまま渡せる。
採用してから慌ててマニュアルを書く、という順番を避けられました。

なお、この記事は法人を前提にしていません。
個人事業主や副業でも構造はまったく同じで、「会社」という言葉が出てきたら「自分の事業」に読み替えてもらえればそのまま通用します。

Claude Codeを会社経営に載せる前提は業務のリポジトリ化

ここが、この記事でいちばん伝えたい部分です。

遊びで終わるか実務になるかを分ける条件を、判断できる形にしていきます。

リポジトリ化とは入力・手順・出力を1か所に置くこと

リポジトリという言葉が固く聞こえるなら、「その業務に必要なものが全部入った1つのフォルダ」と考えてください。

そこに3つのものが揃っていれば、リポジトリ化はできています。

この3つが揃うと、指示は「請求書を作って」の一言で済むようになります。
材料の場所も、書式も、保存先も、もうフォルダの中に書いてあるからです。
逆にどれか1つでも欠けていると、毎回の説明が復活してしまいます。

ここに気づいてから、私は新しい業務を任せる前に必ず「入力・手順・出力はどこ？」と自分に問うようになりました。
3つのうち意外と抜けやすいのが出力で、置き場を決めずに始めると、できあがったものが会話のなかに散らばって翌月には探せなくなります。

フォルダを先に作って空のまま置いておく。それだけで、業務が続く形になりました。

リポジトリに載せられる業務と載せられない業務の見分け方

すべての業務が載るわけではありません。ここを勘違いすると、いきなり大きな失敗をします。

判断の軸はシンプルで、「テキストとファイルで完結するか」と「間違えたときに取り返せるか」の2つです。

取り返せるかどうかは、想像以上に大事な軸でした。

請求書の下書きは間違えても送る前に気づけますが、送金そのものを任せると取り返しがつきません。
下書きまでを任せて、最後の実行だけ人が押す。この形にしておくと安心して回せます。

この線引きは、あとから思い出せるように文章で残しておくと迷いません。

私は会社全体のCLAUDE.mdに「やってはいけないこと」という項目を作って、そこへ書き足しています。
迷った業務が出てきたら、その日のうちにどちら側かを決めて追記する。これだけで判断のブレが消えました。

棚卸しをして、載せる順番を決める

載せられる業務が見えてきたら、次は順番です。

ここでいきなり全部やろうとすると、確実に途中で力尽きます。私も一度やって、3日で放り出しました。

おすすめは、頻度が高くて、かかる時間が中くらいで、失敗しても取り返せる業務から入る順番です。

この物差しで並べると、たいていは請求書の下書きか、問い合わせの一次返信が先頭に来ます。
どちらも週に何度も発生して、内容の8割が毎回同じですからね。

棚卸しそのものは、紙1枚で足ります。業務名・頻度・所要時間・やり直せるかの4列を書くだけです。

私はこれを書いたとき、月に4時間も使っていた作業が上位に出てきて驚きました。
体感では大した時間に思えなくても、書き出すと優先順位ははっきりします。

Claude Codeで会社経営の業務を部署のように分ける

載せる業務が決まったら、置き場所の設計に入ります。

フォルダの切り方とマニュアルの書き方を、そのまま真似できる形で見ていきましょう。

フォルダを部署、CLAUDE.mdを業務マニュアルにする

Claude Codeは、起動したフォルダにある CLAUDE.md というファイルを毎回自動で読み込みます。
ここに業務のやり方を書いておけば、そのフォルダで起動するだけで前提を共有した状態から始められました。

company/
├── CLAUDE.md          ← 会社全体の前提（屋号・文体・禁止事項）
├── keiri/             ← 経理
│   ├── CLAUDE.md      ← 経理の手順書
│   ├── template/      ← 請求書のひな形
│   └── output/        ← 生成した書類の置き場
├── support/           ← 顧客対応
│   ├── CLAUDE.md
│   └── faq.md         ← よくある質問と模範回答
└── content/           ← 記事・発信
    ├── CLAUDE.md
    └── output/

この形にしておくと、経理の話をしたいときは keiri フォルダで起動するだけで済みます。

部署という比喩がしっくりくるのは、この構造ができているときだけでした。
フォルダを分けずにCLAUDE.mdへ全業務を詰め込むと、どの仕事でも関係ない前提を読み込むことになり、その分だけ余裕が削られて肝心の作業が雑になります。

迷ったら、まず2つか3つに分けるところから始めてください。
最初から細かく切りすぎると、どのフォルダで起動すべきかを毎回考えることになって、かえって面倒になります。

書き方のコツはClaude Code CLAUDE.mdの書き方で詳しくまとめました。

会社共通の前提と業務ごとの前提を書き分ける

どこに何を書くかで迷ったら、「全部署で共通なら上、その業務だけなら下」という一本の基準で分けます。

上位のCLAUDE.mdは、会社としての人格を書く場所です。

いっぽう業務ごとのCLAUDE.mdには、手順とチェック項目だけを書きます。
「請求書は月末締めの翌5営業日以内」「振込手数料は先方負担」のような、その業務でしか使わない情報ですね。
この住み分けができていると、業務が増えてもマニュアルが破綻しません。

もうひとつ、文体のルールは上位に置くのを強くおすすめします。

会社の文章の印象は、部署ごとにブレると一気に安っぽくなるからです。
「ですます調で書く」「断定を避ける」「絵文字は使わない」くらいの粒度でも、揃うだけで見違えました。

触ってよい範囲を設定ファイルで先に決める

会社の業務を載せる以上、権限の設計は最初にやっておくほうが確実に安全です。
Claude Codeはファイルの書き換えやコマンドの実行前に確認を出しますが、毎回聞かれると面倒で、つい全部許可しがちになります。

そこで、.claude/settings.json に許可と禁止をあらかじめ書いておきます。

{
  "permissions": {
    "allow": [
      "Read(./keiri/**)",
      "Write(./keiri/output/**)"
    ],
    "deny": [
      "Read(./secrets/**)",
      "Bash(rm *)"
    ]
  }
}

読み書きできる場所をはっきり区切っておくと、確認の回数も自然に減りました。

ここを決めずに走り出すと、あとから戻すのが本当に大変です。

とくに気をつけたいのが、確認が面倒になって「常に許可」を選んでしまう瞬間でした。
その1回の判断が、あとで効いてきます。設定ファイルに書いておけば、面倒さそのものが消えるので選ぶ必要もありません。

Claude Codeで会社経営の実務を動かす（経理・顧客対応・記事生産）

設計ができたら、いよいよ実務を載せていきます。

私が実際に回している4つの領域を、頼み方まで含めて紹介します。

経理と請求は下書きまでを任せる

経理まわりは、効果がいちばん早く出る領域でした。

領収書の画像やCSVを keiri フォルダに放り込んでおき、月末に一言頼むだけで下ごしらえが終わります。

今月分の領収書を勘定科目ごとに仕分けして、
未確定のものは「要確認」として一覧の末尾にまとめてください。
判断に迷ったものは推測で埋めず、理由つきで質問してください。

大事なのは最後の1行です。迷ったら埋めずに聞く、というルールを毎回明示しておくと、あとの検算が一気に楽になります。
請求書も同じ考え方で、ひな形と取引先マスタを置いておけば下書きまで進みます。

会計ソフトとつなぎたい場合は、MCPという仕組みで外部サービスと連携できます。

ただ、いきなり連携から入るのは遠回りでした。まずはCSVを手で置く形で回して、手順が固まってからつなぐ。
設定の考え方はClaude Code MCP設定方法にまとめてあります。

問い合わせ対応は一次返信の下書きを作らせる

顧客対応でつらいのは、内容そのものより「返信までの時間」だと思うんですよね。

そこで、support フォルダにFAQと過去の返信例を置いて、下書きだけを量産させています。

受信メールの本文を貼ります。
faq.md と過去の返信例を参照して、返信の下書きを作ってください。
FAQに答えがない場合は、返信文を書かずに「要個別対応」と理由だけ返してください。

ここでも「答えられないときは書かない」という指示が効きます。
それらしい文章を作られてしまうと、確認のほうが手間になりますからね。
FAQに載っている質問は下書きがほぼそのまま使え、載っていない質問だけ自分が考える形に落ち着きました。

3つ目は地味ですが、文体のブレを止める効果がいちばん大きかったです。

そしてもうひとつ効くのが、「要個別対応」と返ってきた質問を faq.md に足していく運用でした。
使えば使うほど自分で答えられる範囲が広がるので、対応時間は月を追うごとに短くなります。

記事とコンテンツの生産は工程ごと載せる

ここは私の本業に近い部分で、いちばん深くリポジトリ化している領域です。

調査・構成・執筆・品質チェック・公開という工程をそれぞれテキストのルールに落とし、スラッシュコマンドから呼び出せるようにしています。

面白いのは、いちばん効いたのが執筆そのものではなくチェック工程だったという点でした。

人が読み返しても見落とす表記ゆれや構成の崩れを、毎回同じ基準で拾ってくれます。
結果として、書き直しの往復が減って全体の時間が短くなりました。

この考え方は、記事以外のコンテンツにもそのまま使えます。
提案書でも社内資料でも、「守るべき形式」を別ファイルに固定して、できあがりを機械的に照合する。
作る力より揃える力のほうが仕組み化の効果が大きい、というのが正直な実感です。

数字を読ませて経営の壁打ち相手にする

一人でやっていると、判断を相談できる相手がいません。ここが地味に効いてくるんですよね。

売上のCSVやアクセス解析のデータをフォルダに置いて、論点を出させる使い方をしています。

直近6か月の売上データを読んで、
気になる変化を3つ挙げてください。
それぞれ「事実」と「考えられる原因」と「確かめる方法」を分けて書いてください。

答えを出させるのではなく、確かめるべき問いを出させるのがコツです。
結論を求めると、もっともらしい理由づけが返ってきて判断を誤ります。
問いの形で返してもらえば、自分で検証する足がかりになりました。

3つ目の反対意見はかなり効きます。自分の考えに寄せた答えばかり返ってくるのを防げるからです。
相談相手がいない環境では、賛成してくれる声より、見落としを指摘してくれる声のほうが価値があります。

Claude Codeで会社経営を始める5つの手順

ここまでの内容を、初めての方でも進められる順番にまとめます。

いきなり全業務ではなく、1つの業務を最後まで通すのが最短でした。

【ステップ1】プランに入ってClaude Codeを用意する

最初にプランの確認からです。Claude Codeは無料プランでは使えず、月20ドルのProプラン以上への加入が要ります。

一人会社なら、まずProで様子を見て、使用量が足りなくなったらMaxを検討する順番で十分でした。

出典：Claude 公式サイト「Pricing」

APIキーによる従量課金でも動きますが、使うほど費用が積み上がるため、慣れないうちは定額のほうが安心です。

インストールはClaude Code公式ページの案内どおりに進めれば数分で終わります。
ターミナルに不安がある方は、Claude Codeでのターミナルの使い方から読んでもらうと迷いません。

【ステップ2】最初の1業務だけをフォルダに載せる

次に、棚卸しで先頭に来た業務を1つだけ選びます。

ここで欲張らないのが、続けるための最大のコツでした。

# 業務ごとのフォルダを作る
mkdir -p ~/company/keiri/template
mkdir -p ~/company/keiri/output



# そのフォルダで起動する
cd ~/company/keiri
claude

フォルダを作ったら、その業務で使う材料を実際に入れていきます。

過去の成果物を入れておくと、書式の説明をほとんどしなくて済みます。

この段階では、まだマニュアルを書かなくてかまいません。材料だけ置いて、口頭で頼んでみてください。
どこで説明が必要になったかが、次のステップで書くべき内容になります。

【ステップ3】やり方をCLAUDE.mdに書き出す

材料が揃ったら、手順を文章にします。ここが一番の山場です。

とはいえ、ゼロから書く必要はありません。1回やらせてみて、そのときに口で説明したことをそのまま書き写せば十分です。

# 経理業務の手順



## 請求書を作るとき
1. template/invoice.md の書式を使う
2. 取引先名・金額は clients.csv から引く
3. 締めは月末、支払期限は翌月末に設定する
4. 出力は output/YYYYMM_取引先名.md



## 守ること
- 金額が確定していない項目は空欄にして「要確認」と書く
- 推測で数字を埋めない

書いたら、次の日に同じ業務をもう一度頼んでみてください。
説明を足したくなったところが、マニュアルの穴です。そこを書き足すのを2〜3回繰り返すと、だいたい安定します。

3つ目は忘れがちですが、放っておくとCLAUDE.mdは驚くほど太ります。
1画面に収まらなくなったら、業務ごとのファイルへ切り出す合図だと思ってください。

【ステップ4】スラッシュコマンドにして毎回同じ形で走らせる

手順が固まったら、呼び出し自体を短くしていきましょう。
.claude/commands/ にMarkdownファイルを置くと、その中身が自分専用のスラッシュコマンドになります。

---
description: 今月分の請求書を下書きする
---



CLAUDE.md の手順に従って、今月分の請求書を作成してください。
clients.csv の「請求対象」が true の取引先だけを対象にします。
作成後、金額の合計と件数を報告してください。

これを invoice.md として保存すれば、月末に /invoice と打つだけで下書きが出てきます。
ここまで来ると、その業務は「頼む仕事」から「呼び出す仕組み」に変わりました。

属人的な説明が消えるので、あとで人に引き継ぐときにもそのまま渡せます。

3つ目の報告は忘れないでください。

件数や合計を毎回言わせておくと、おかしいときにすぐ気づけます。
出力を見て初めて異常に気づく形だと、確認そのものが面倒になって続きません。

【ステップ5】定期実行と外部連携に広げる

最後の段階が、自分が呼ばなくても動く形にすることです。

スケジュール実行を組めば、毎朝の集計や毎週のチェックを人の起動なしで回せます。

あわせて、MCPで会計ソフトやカレンダーとつなぐと、材料を手で置く手間もなくなります。

ただし、この段階に進むのは1つの業務が完全に安定してからにしてください。
不安定な手順を自動で走らせると、間違いだけが自動で増えていきます。

私の目安は「3回連続で手直しなしに終わったら自動化してよい」というものでした。
この基準を決めておくと、自動化を急ぎたくなる気持ちにブレーキがかかります。

Claude Codeを会社経営に使うときの費用と情報の守り方

実務に載せるとなると、お金と情報の話は避けて通れません。

一人会社の目線で、判断に必要な部分だけ整理します。

プランは使用量で選び、まずProから始める

料金は月20ドルのProが入口で、使用量に余裕がほしい場合は月100ドルからのMaxが選択肢になります。

一人会社の事務仕事が中心なら、Proで足りることが多かったです。

費用対効果を測るときは、削れた時間だけを見ないほうがいいと感じています。

やり方が文章として残ることで手戻りが減る効果は、時間の数字には出てきません。
プラン別の詳しい比較はClaude Code料金プランを比較にまとめました。

ひとつ注意したいのが、月の途中で上限に当たると業務が止まる点です。
締め日や月末など負荷が集中する時期がわかっているなら、その月だけプランを上げる判断もありでした。

顧客情報と機密はフォルダの外に置く

情報の扱いは、難しい理屈より置き場所の設計で決まります。

読ませたくないものは、そもそも作業フォルダに置かない。これが一番確実でした。

どうしても近くに置く必要があるなら、設定ファイルの拒否リストで読み取りを止めておきます。

取引先との契約で外部AIの利用に制限がある場合は、その条項を先に確認してください。

顧客リストを扱うなら、氏名と連絡先を別ファイルに分けて、作業に使うほうはIDだけにする手もあります。
手間はかかりますが、事故が起きたときの被害範囲がまったく変わってきます。

最終責任は人が持つ、という線引き

ここは仕組みの話ではなく、運用の覚悟の話です。

出てきた成果物の責任は、当然ながら事業主である自分にあります。だから「送る」「払う」「約束する」の3つは人が押すと決めておきます。

この線があると、下書きの精度に一喜一憂しなくて済むようになりました。

逆にいえば、それ以外は思い切って任せていい範囲だと考えています。

この線引きを最初に決めておくと、任せる範囲を広げるときの判断が速くなりました。
迷ったら「取り消せるか」を確かめる。それだけで、だいたいの業務は仕分けられます。

Claude Codeによる会社経営でつまずきやすいところ

最後に、うまく回らないときに疑うべきところをまとめます。

私自身が全部やらかしたので、心当たりがあれば直せば戻せます。

全業務を一気に載せようとして続かなくなる

いちばん多い失敗がこれで、私も最初にやりました。

経理も顧客対応も発信も、全部いっぺんに設計しようとして、どれも中途半端なまま止まったんですよね。

原因ははっきりしていて、1つの業務が回りきる前に次へ移ると、手応えが得られないまま作業だけが増えるからです。

遠回りに見えますが、結局これが一番速い進み方でした。
手応えが1つあるだけで、次の業務に取りかかる気力がまったく違ってきます。

1つ目が仕組みになると、2つ目からは驚くほど早く載ります。設計の型を丸ごと流用できるからです。

マニュアルが育たず毎回説明し直すことになる

2つ目は、CLAUDE.mdを最初に書いたきり放置してしまうことです。

使っていれば必ず「あ、それは違って」と言いたくなる場面が出てきます。その一言こそがマニュアルの材料でした。

私は、口で訂正したことをその場で書き足す習慣にしてから、説明の回数が目に見えて減りました。

どれか当てはまったら、直すべきは指示ではなくマニュアルのほうです。

訂正の内容をそのままClaude Codeに書き足させるのも手でした。「いまの指摘をCLAUDE.mdに反映して」の一言で済みます。

出てきた数字を検算せずに使ってしまう

3つ目は、いちばん怖い失敗です。

集計や合計は正しく見える形で出てくるので、つい信じてしまいます。
ところが元データの読み間違いや行の抜けは、見た目ではわかりません。

そこで、数字を出させるときは必ず件数と合計を一緒に報告させるようにしています。

手間に見えますが、1回の間違いで失う信用を考えれば安いものです。
請求金額を一度間違えただけで、取引先の見る目は変わってしまいますからね。

この3つを検算の手順としてCLAUDE.mdに書いておけば、毎回言わなくても付いてくるようになります。
逆にいうと、検算を毎回口で頼んでいる状態は、まだ仕組みになっていないという合図でした。

Claude Codeによる会社経営に関するよくある質問

Q：プログラミングができなくてもClaude Codeで会社経営に使えますか？

A：使えます。扱うのはコードではなく、業務の手順を書いたテキストとファイルだからです。
ターミナルの基本操作とフォルダの考え方さえ押さえれば、非エンジニアでも同じ形で運用できます。

Q：Claude Codeを会社経営に使うと月いくらかかりますか？

A：入口は月20ドルのProプランで、使用量が足りなければ月100ドルからのMaxが選択肢になります。
一人会社の事務作業が中心であれば、Proで収まることが多いです。

Q：顧客情報を扱わせても大丈夫でしょうか？

A：個人情報や認証情報は、作業フォルダそのものに置かない運用をおすすめします。
近くに置く必要がある場合は、設定ファイルの拒否リストで読み取りを止めてください。

Q：どの業務から始めるのがいいですか？

A：週に何度も発生して、1回15分〜1時間で終わり、間違えてもやり直せる業務が最適です。
多くの場合、請求書の下書きか問い合わせの一次返信が最初の候補になります。

まとめ

Claude Codeで会社経営を回せるかどうかは、モデルの賢さではなく置き場所の設計で決まりました。

入力・手順・出力が1つのフォルダに揃っていれば、経理も顧客対応も発信も同じ形で載せられます。

逆にそこが曖昧なままだと、どれだけ良いプランに入っても手応えは出てきません。

ここまでで、たぶん30分もかかりません。
まずは1つだけ、実際に時間を測りながら試してみてください。

あなたの事業のなかで、毎週同じ説明をしている仕事はどれでしょうか。
その1つをフォルダに載せるところから、会社の回り方は変わっていきます。

個人で使えるところまで来たら、次は業務プロセスごと設計する段階です。その学び方を具体的に知りたい方は、キカガクの「生成AIビジネス実践コース」の料金と学べる内容をご覧ください。