一人で回す「AIの会社」を半年。残ったのは部署ではなく台帳と検査だった

北海道でWeb制作やSNSの運用を一人で手がけ、働き方のメディア「WorkTypesLab」を運営する個人事業主が、Claude Codeで作った「AIの会社」を半年使った結果を公開した。部署のフォルダーや定時の実行を数え直し、何が残って何を捨てたかを数字で示している。結論は「部署より効いたのは台帳と検査」だった。

部署を増やした数より、半年後に何が動き続けているかを数えた棚卸しこそ、Claude CodeやCodexで自分の仕事を自動化している個人や小さなチームが真似しやすい部分だ。

秘書1人から始める会社

運営者は2026年10月9日の記事「Claude Codeで"AIの会社"を作って半年」で、半年の経過をまとめた。土台にしたのは、Shin-sibainu氏が作り、MITライセンスで公開しているプラグイン「cc-company」だ。2026年3月12日に、版1.0.0を入れたところから始まっている。

記事によると、今の版のcc-companyは「最初は秘書だけ。必要になったら部署を追加」という作りになっている。古い版にあったCEOの部門とレビューの部門は、なくなった。役職をそろえた大きな組織を最初から置くのではなく、一人の秘書から始めて、要る時に部署を足していく考え方だ。

半年の記録は、この「足していく」やり方を実際に続けた結果でもある。部署を足せる作りだからこそ、足した部署がその後も使われているかを、後から確かめる意味が出てくる。

半年後に動いていた部署は半分ほど

運営者は2026年10月2日の時点で、手元の「会社」を棚卸しした。部署のフォルダーは11あり、9月以降に更新があったのは6つ。9月以降に一度も更新されていないものが5つあった。作った部署のうち、9月以降も手が入っているのは半分ほどということになる。残りの5つは、少なくとも9月からファイルが動いていない。

定時で動く実行は63本あった。そのうち毎日か毎週動き続けている常駐の仕事は14本で、43本はSNSの予約投稿だった。計算すると、常駐は全体の2割強で、7割近くは予約投稿が占める。ほかに、道具（スクリプト）のフォルダーが84個あり、そのうち名前にaudit・scan・checkなどが付く検査のものが48個。道具のフォルダーの半分を超える数が、仕事をする側ではなく、確かめる側に回っている。記憶のファイルは230個にのぼる。数を並べると、部署の数よりも、検査の道具や記憶のファイルのほうが増えていたことが分かる。運営者はここから「部署より効いたのは台帳と検査」と結論づけた。

期限は1枚の台帳に集める

台帳の中身も紹介している。未来に期限のある作業は、常に置いておく1枚の台帳にまとめた。行の数は1万7000行を超える。

同じ問題に3本の作業が別々に立っていたこともあった。そこで、新しい作業を立てる前に、同じ言葉で台帳を検索するというルールを足した。作業を足すより先に、すでに同じ作業がないかを確かめる順番にしたわけだ。

1万7000行を超える台帳は、人の目で全体を見渡せる量ではない。だからこそ、起票の前に検索するという手順を決まりにして、重複を入り口で止める形にしている。

「0件」を成功と見なさない

失敗の例も隠さずに書いている。リンクのクリックを数える欄が28日分空のままだったのに、気づかなかった。記事のテーマの候補8つが、すべて「記事はまだありません」と出たこともある。これは、比べる先の記事の一覧が空だったためだった。

この2つを受けて、運営者は検査の作りを変えた。結果が「0件」でも成功とは見なさず、調べる対象が空になっていないかを先に確かめる。件数が少なすぎる時は、そこで止まるようにした。

どちらの失敗も、仕組みはエラーを出さずに「何も無い」と答えていた。止まらずに空の結果を返す時のほうが、壊れていることに気づきにくい。検査の対象を「結果」から「調べる前の材料」に広げたのが、この直しの要点だ。

見張りの設定もある。10分応答がない実行は強制的に終わらせて記録を残し、仕事が終わるとntfyでスマートフォンに知らせる。自動の実行に使うClaude Codeの版も固定している。手放したものも記録しており、6月には朝の告知の自動投稿をやめ、9月には動画講座の準備を取りやめた。残したものだけでなく、やめたものと、やめた時期を並べている点も、この記録の特徴だ。

AIに渡す仕事を決める2つの質問

同じ運営者は、2026年8月14日に公開し9月15日に更新した記事「ひとりで回している人が、外注せずにAIへ渡せる業務リスト2026」で、AIに仕事を渡すかどうかの基準も示している。問いは「正解が1つに決まるか」「間違えたあと戻せるか」の2つだ。仕事の中身ではなく、答えの決まり方と、失敗した時に元へ戻せるかで分けている。

2つを掛け合わせると、仕事は4つに分かれる。正解が決まり、間違えても戻せる業務はそのまま渡す。正解が決まっても戻せない業務は、AIに下書きさせて自分が承認する。正解が決まらず戻せない業務だけは渡さない。確定申告の提出、振り込みの実行、請求金額の確定は「下書きまでは渡していいですが、押すのは自分の指で」とし、謝罪や条件の交渉、断りの連絡も、文面の下書きは作らせてよいが、そのまま送るのはやめたほうがいいと書く。情報を集める仕事では「探す係と、確かめる係を分ける」としている。

編集部の見方

取り入れるかは別として、まず理解するなら、部署を何個作ったかではなく、半年たって何が残り何を捨てたかを数えた棚卸しのやり方と、「0件」を成功と見なさない検査の作り方を見てみるといいかもしれない。Claude CodeやCodexで定時の仕事を増やしていくと、動いているかどうかが見えにくくなる。運営者が示した数字は、自分の仕組みを数え直す時の目安の1つになる。