経営者の仕事は、頼む・止める・承認する。

明細 7月

この一言で、給与明細のPDFが一括でつくられます。

勤務表 7月

こちらは、勤怠のExcelが出てきます。

働いているのは、こういう「社員」たちです。

01a_オフィス_受付ビュー.jpg

ゲームの画面に見えるかもしれません。

でも、これはぼくのパソコンの中で本当に動いている、AI社員たちの管理画面です。

ぼくは、コードを書かない経営者です。

調剤薬局を営んでいます。

2026年7月17日から約3日半で、Discordを受付にした16人の「秘書室」をつくりました。

いまも実務で動いています。

ぼくがやったのは、コードを1行ずつ書くことではありません。

AIに日本語で頼む。

出てきた計画を読む。

危ない操作の前に、承認ボタンを押す。

違うと思ったら、止める。

大きく分けると、この繰り返しでした。

この教材で目指すのは、ぼくと同じ16人を一気につくることではありません。

まずは、あなたのDiscordに最初のAI社員を1人入れることです。

そのために、完成した仕組みだけでなく、AIにどう頼んだか、どの順番で進めたか、どこで止めたかまで書きます。

最初に、この教材が想定している人について

ここは、先に書いておきます。

この教材は、AIに初めて触る人向けではありません。

何かあるときにChatGPTやClaudeと話している。

多くの場合、すでに有料プランも使っている。

相談したり、文章をつくったり、壁打ちをしたりすることには慣れている。

ただ、そこで止まっている。

AIとの会話を、定時に動く仕組みや、自分の仕事につながる仕組みにするところまでは進めていない。

このくらいの人を想定しています。

コードが書ける必要はありません。

ぼくも書きません。

ただし、ターミナルという、パソコンへ文字で指示を出す画面を開いて、AIが用意した1行を貼りつける程度の作業はあります。

DiscordのBotをつくるためのトークン取得や、ログインなどの認証作業も、自分で行います。

最初に、お伝えしておきたいことがあります。

Claude Codeを使ったことがなくても、大丈夫です。

ぼくの秘書室はClaude Codeという道具で動いていますが、これを入れて動かすところは、第1章で一緒にやります。

チャットのAIしか触ったことがない状態から始められるように、そこを最初の章にしました。

CodexやChatGPTの契約は、なくても構いません。

ぼくは補助役として使いましたが、秘書室の本体はClaude Codeだけでつくれます。

すでにChatGPT側で課金しているなら、Codexという同じ種類の道具があります。考え方は共通なので、ある程度のところまでは応用できるはずです。ただ、本書の手順で検証しているのはClaude Codeです。

必要な道具は、パソコンとClaudeの有料プラン。それだけです。

ぼくはMacでつくり、この実録もMacで検証しています。Claude Code自体はWindowsでも動きますし、定時に動かす仕組みはOSごとに道具が違うだけで、AIがそのOSに合ったつくり方をしてくれます。手順どおりに進めたいならMac、考え方を持ち帰るならOSは問いません。

もし、まだChatGPTやClaudeをほとんど使ったことがないなら、先に普段のチャットに慣れるほうがいいと思います。

何を頼むと、どう返ってくるのか。

返事が違ったとき、どう言い直すのか。

そこに慣れてからのほうが、この教材は使いやすいはずです。

出発点は、立派な仕様書ではなかった

「勤務管理が大変」

「この書類、毎年めんどうだな」

AI社員づくりの出発点は、こういう日々の困りごとでした。

ぼくはシステム開発の仕様書を書いて、AIへ渡したわけではありません。

普段の仕事で面倒だと思っていることを、そのまま日本語で伝えました。

Discord秘書室の総指揮、設計、実装のほぼ全部は、Claude Code（Claude Fable 5）が担当しています。

Codex（ChatGPT側CLI）とChatGPTは、オフィス画面の一部のUI改良、ぼくの壁打ち相手、note記事の制作補助を担当しました。

図解やサムネイル類は、ChatGPT（GPT Image 2）が担当しています。

ぼくの役割は、日本語で要望を伝えることでした。

計画を見て、進めてよいか判断する。

ログインやトークン取得は、自分で行う。

使わないと決めたものは、途中でも外す。

AIがつくり、経営者が判断する形です。

この教材自体も、同じように役割を分けてつくっています。

本文はCodexが書き、Claude Code（Claude Fable 5）が材料整理、構成設計、技術的事実の検証、最終組み立てを担当します。

図解とサムネイルはChatGPTの画像生成を使い、最後は著者であるぼくが判断します。

「AIでつくりました」だけでは、実際の分担が分かりません。

なので、この教材では、どのAIが何をしたのかも、そのまま書くことにしました。

約3日半でできたのは、Discordを入口にした16人の秘書室です。

給与明細、勤怠、メール返信の下書き、領収証の保存、朝の予定確認、夜の振り返り、自社Webアプリの監視、保健所や補助金関係の書類づくり。

それぞれを、役割の違う係が担当しています。

オフィスは部屋ごとに分かれていて、たとえば「常駐チーム」の部屋には、分類係、予定係、メール返信係が座っています。

01c_オフィス_常駐チーム.jpg

ただ、最初から16人分の完成図があったわけではありません。

困りごとを一つ頼み、動かし、違うところを直す。

それを繰り返した結果、係が増えていきました。

万能AIを1体つくろうとして、ぼくらは失敗する

AIに仕事を任せようとすると、1体に何でも頼みたくなります。

予定を見てほしい。

タスクを覚えてほしい。

メールを読んでほしい。

書類をつくってほしい。

毎朝、自分から報告してほしい。

頼みたいことが増えるたびに、ルールも増えていきます。

「患者情報は保存しない」

「メールは下書きだけで、送信しない」

「予定は勝手に登録せず、先に確認する」

「朝は今日の予定だけでなく、今週の重要予定も見る」

一つひとつは必要なルールです。

ただ、全部を1体へ渡すと、どの指示がどの仕事につながるのか分かりにくくなります。

一か所を直したつもりで、別の仕事まで変わる可能性もあります。

そこで、ぼくは仕事ごとに「係」を分けることにしました。

予定は予定係。

メールはメール返信係。

給与明細は明細係。

それぞれが、自分の仕事に必要な業務マニュアルだけを読みます。

ルールそのものをなくせないなら、そのルールが効く範囲を狭くする。

この考え方が、16人のAI社員チームの土台になりました。

完成した「Discord秘書室」を先にお見せします

入口はDiscordです。

ぼくが普段の言葉で話しかけると、受付役のKEI秘書が内容を受け取り、担当する係へ渡します。

いま動いている16人は、次のとおりです。

受付と承認を管理する「KEI秘書」
文章をタスク、メモ、リマインダーに分ける「分類係」
Googleカレンダーを確認し、承認後に予定を登録する「予定係」
毎朝7時30分に予定や要対応メールをまとめる「ブリーフィング係」
毎晩21時に今日の実績と明日の準備を出す「レビュー係」
開発日報と週間まとめをつくる「開発レポート係」
カードや引き落としメールを日曜20時にまとめる「カード週次係」
土曜10時に投稿を促す「note係」
Gmailの返信文を下書きする「メール返信係」
自社Webアプリ5本を1時間ごとに確認する「監視係」
給与明細PDFを一括生成する「明細係」
勤怠Excelを出力する「勤怠係」
音声メモを文字にして分類へ渡す「文字起こし係」
領収証メールをPDF化してDriveへ保存する「領収証係」
保健所・補助金書類の様式を探し、下書きをつくる「申請書係」
計画を見せ、承認後に実装する「開発係」

これとは別に、有料コミュニティのナレッジと自分のObsidianを使って壁打ちする「マーケットアドバイザー」Botも動いています。

01b_オフィス_スタッフ一覧.jpg

一人ひとりに顔があるのは、飾りではありません。

「いま誰が働いていて、今日は何件仕事をしたか」が、会社の掲示板のようにひと目で分かります。

02_朝ブリーフィング.jpg

こちらから呼ばなくても、決まった時刻に動く係もいます。

朝7時30分には、今日の予定、対応が必要なメール、今週の重要予定、今日のフォーカス案が届きます。

夜21時には、今日の実績と明日の準備を振り返ります。

領収証係は毎朝8時、監視係は1時間ごとに動きます。

パソコンの電源が切れていて定時の処理を逃した場合は、次に起動したとき、同じ日の分を追いかけて実行します。

ここまで書くと、すべてを自動で動かしているように見えるかもしれません。

でも、そうではありません。

登録、削除、実装などの危ない操作は、Discordに承認ボタンが出ます。

AIが提案する。

人が承認する。

そのあとに、プログラムが実行する。

この順番です。

メール返信係には、送信機能そのものを持たせていません。

下書きまではできますが、勝手に送信することは構造上できません。

03_承認ボタン.jpg

便利にすることと、全部を任せることは別です。

この線は、つくり始める前に決めたほうがいいと感じています。

薬局でつくったが、薬局だけの話ではない

ぼくがつくったのは、調剤薬局で使う仕組みです。

ただ、AI社員がやっている仕事を並べると、薬局だけにあるものばかりではありません。

予定の確認。

メールの下書き。

給与明細。

勤怠の集計。

領収証の整理。

役所へ出す書類。

自社サービスの見張り。

朝の段取りと、夜の振り返り。

診療所なら診療所の業務に、士業なら顧問先との仕事に、店舗業なら発注や売上メールの整理に置き換えられます。

必要な係の名前や仕事内容は変わります。

それでも、「Discordで頼む」「担当の係が動く」「危ないことは承認する」という骨格は同じです。

この教材で扱うのは、その骨格のつくり方です。

変えたのは、仕事への入口だった

ここで、売上がいくら増えたとか、何人分の仕事が減ったという話はしません。

今回、実際に変わったのは、仕事への入口だからです。

以前は、「勤務管理が大変」「この書類は毎年めんどうだ」と思いながら、それぞれの画面やファイルを開いていました。

いまは、その困りごとをDiscordに日本語で頼める形になっています。

給与明細なら、こうです。

明細 7月

明細係が、自作の給与明細システムと連携して、PDFを一括生成します。

給与の内容はDiscordへ流しません。

ファイルはパソコン側に保存し、Discordには件数だけを返します。

なお、給与や勤怠の実画面は、本書には載せません。

Discordに給与の中身を流さないのと、同じ線引きです。

勤怠なら、こう頼みます。

勤務表 7月

勤怠係が、自作の勤怠管理画面を自動操作して、Excelを出力します。

既存のアプリを大きくつくり直したわけではありません。

すでに画面にあるボタンを、自動で押す方法でつなぎました。

申請書係の最初の仕事は、県の賃上げ支援金の実績報告書でした。

2か月前にGmailへ届いていた案内PDFを見つけ、県のWebサイトから様式を取得する。

分かっている情報を下書きし、「残りはこの3項目」と整理する。

ここまで30分でした。

06_申請書係_記入ガイド.jpg

AI社員の教育も、コードを直接書き直す形にはしていません。

ブラウザで、係ごとの業務マニュアルを編集します。

このマニュアルが「SKILL.md」です。

Markdownという、普通の文章に見出しや箇条書きをつけたテキストファイルで書かれています。

保存すると、その係が次に動くときから内容が反映されます。

07_SKILL編集モーダル.jpg

朝のブリーフィングが「カレンダーに接続できない」と返したことがありました。

原因は、AIが道具を読み込む手順を知らなかったことでした。

業務マニュアルに1行足すと、動くようになりました。

「AIを直す」と言うと、コードを修正する話に聞こえます。

このとき、ぼくがしたのは、社員のマニュアルへ注意書きを足すことでした。

この教材で持ち帰ってほしい3つのこと

1．最初のAI社員を1人動かすまでの順番

ぼくの場合は、いまのところ16人に落ち着いています。

これが完成形というわけではありません。必要な係は、人によって違うはずです。

最初から16人を目指す必要もありません。

道具をそろえる。

Discord Botの受付係をつくる。

話しかけたら、返事が来るところまで動かす。

本教材では、各章に小さなゴールを置いて、この順番で進めます。

2．コードを書かない側の、AIへの頼み方

この教材の主役は、完成したコードではありません。

AIへ何を、どういう順番で頼むかです。

困りごとを、最初から立派な仕様書に変える必要はありません。

「勤務管理が大変」と、そのまま言えばいい。

そこから一度に1つずつ頼む。

違和感があれば、その場で言葉にする。

ぼくが約3日半で実際に使った指示の組み立て方を、起きた順番に沿って整理します。

3．任せる仕事と、任せない仕事の分け方

AI社員をつくるときは、何を自動化するかだけでなく、何を自動化しないかも決めます。

お金、外部送信、削除、法令判断、クラウド課金。

人が判断する領域を、先に残しておく必要があります。

ぼくはnote記事について、AIに自動で書かせるところまでは求めないと決めました。品質が保てないからです。いまは、投稿を忘れないためのリマインドと、制作の補助にとどめています。

ローカルでの画像生成は、16GBのメモリでOSに止められました。

動くところまでは直しましたが、最終的には方針を変えて撤去しています。

つくれる機能が、そのまま使い続ける機能になるわけではありません。

本教材では、残したものだけでなく、うまくいかなかったことと、止めた判断も扱います。

有料部分で扱うこと

ここまでの無料部分では、完成した秘書室で何が動いているかを書きました。

有料部分では、そこへ近づくために、AIへどう頼んだかを具体的にたどります。

最初の1人を動かす。

仕事を1つずつ増やす。

最後に、任せない領域を決める。

次の順番です。

1. 第1章：開業準備——道具を揃える

Claude Codeが動くところまで進めます。

2. 第2章：最初の社員を雇う——Discord Botの受付係

Discordで話しかけると返事が来る状態をつくります。

3. 第3章：秘書に記憶を持たせる——リマインダーとタスク

「明日9時に◯◯」が動く状態を目指します。

4. 第4章：朝刊と夜報——定時に自分から動く社員

毎朝のブリーフィングを届かせます。

5. 第5章：会社の憲法——承認ゲートと触らせない領域

勝手に実行させない安全装置をつくります。

6. 第6章：業務マニュアル経営——SKILL.mdで社員を教育する

日本語のマニュアルを直すと挙動が変わる仕組みを学びます。

7. 第7章：学習する組織——使うほど賢くなる仕組み

承認と取消の結果を、次の判断へ反映する流れをつくります。

8. 第8章：自社システムとつなぐ——API型とボタン自動操作型

既存業務を壊さずにつなぐ2つの型を扱います。

9. 第9章：開発係を雇う——「開発◯◯して」で会社が育つ

計画、承認、実装、失敗時の復元までを見ていきます。

10. 第10章：実録・つまずき全集と「AIに任せない」判断基準

実際に起きたエラーと、撤退を含む判断をまとめます。

この教材が向いている人

ChatGPTやClaudeを日常的に使い、相談や壁打ちには慣れている人
AIとの会話を、定時実行や既存業務との連携まで進めたい経営者・個人事業主
コードは書かないが、ターミナルへ1行貼る程度の作業は自分で試せる人
いきなり全自動にせず、承認ボタンや送信禁止などの安全装置を入れたい人
完成例だけでなく、失敗や撤去の判断も知りたい人
薬局の事例を、自分の業種の仕事へ置き換えて考えられる人

この教材が向いていない人

ChatGPTやClaudeをまだほとんど使ったことがない人
AIとのチャットそのものに慣れるところから始めたい人
ターミナルを開くことや、トークン取得などの認証作業を自分で行いたくない人
コード全文をコピーして、同じ16人を一度につくりたい人
AIに認証、外部送信、削除、法令判断まで無人で任せたい人
3日半で誰でも必ず同じ完成形になる、という保証を求める人
成功した話だけを読み、エラーや撤退の記録は必要ないと考える人

よくある質問

Q1．プログラミング未経験でも読めますか？

読めます。

この教材は、コードを書かない経営者や個人事業主を想定しています。

専門用語は、出てきたところで説明します。

ただし、ChatGPTやClaudeとの普段の会話には、ある程度慣れている前提です。

ターミナルへ用意された1行を貼ること、AIへの依頼、計画の確認、承認ボタン、トークン取得などの認証作業は、自分で行います。

Q2．3日半で16人つくれますか？

3日半は、ぼくの環境で実際にかかった時間です。

すべての人が、同じ時間で同じ16人をつくれるという意味ではありません。

使うパソコン、いまの業務、つなぎたいアプリによって、必要な作業は変わります。

本教材でも、まず1人目を動かし、そこから1つずつ係を増やします。

Q3．Macは必要ですか？

必須ではありません。Claude CodeはWindowsでも動きます。

ただ、この実録で確認しているのは、M5・16GBのMac1台です。Botの常駐や定時実行にはMacの機能を使っているため、本書の手順はMac環境で検証したものになります。

Windowsの場合、定時実行などの道具はOSごとに違いますが、そこを含めてAIがそのOSに合ったつくり方を提案してくれます。

手順を一字一句なぞりたい人はMac、考え方と頼み方を持ち帰る人はどちらでも、という整理です。

Q4．毎月いくらかかりますか？

今回の構成で契約しているのは、Claude MaxプランとChatGPTプランです。

使っているのは、この2つのサブスクです。

それ以外のサーバー代は0円で、APIの従量課金もありません。

パソコンを職場として動かしているため、別の常設サーバーは借りていません。

Q5．どのAI、どのモデルを使っていますか？

Discord秘書室の総指揮、設計、実装のほぼ全部は、Claude Code（Claude Fable 5）が担当しました。

Codex（ChatGPT側CLI）とChatGPTは、オフィス画面の一部のUI改良、ぼくの壁打ち相手、note記事の制作補助を担当しています。

図解やサムネイル類は、ChatGPT（GPT Image 2）が担当しています。

完成したシステムの中では、文章の分類と予定の解釈にClaude Haiku 4.5（--model haiku）を使っています。

朝のブリーフィング、開発レポート、メール返信の下書き、夜間学習は、Claude Sonnet 5（--model sonnet）です。

音声の文字起こしは、完全にローカルで動くwhisper.cpp（large-v3-turbo）です。

領収証メールの保存はAIではなく、Google Apps Scriptによる自動処理です。

Q6．給与やメールをAIに触らせても安全ですか？

絶対に安全だとは言いません。

だから、保存を拒否する機密ガード、危ない操作の承認ボタン、パソコンへのローカル保存、送信機能を持たせない設計を組み合わせています。

ログイン、トークン、パスワードなどの認証は、本人が扱います。

教材でも、何を任せるかより先に、何を任せないかを決めます。

価格と特典について

本教材は、先着50部をリリース特価1,980円で公開します。

以降は部数に応じて2,480円、2,980円と段階的に値上げしていく予定です。読んでいるいまの価格が、最安値です。

巻末特典として、実際にAIへ頼むときの指示文集、AI社員の業務マニュアルに使えるSKILL.mdテンプレート一式、構築チェックリストを収録しています。

また、レビューを書いてくださった方への特典として、「秘書室拡張アイデア集」をお渡しします。本編で扱わなかった「次の係」30個を、最初の頼み方の一言つきでまとめたものです。ぼくの秘書室が育つのに合わせて、随時更新していきます。

無料部分では、ぼくのDiscord秘書室で何が動いているのかを書きました。

有料部分では、ここから「どう頼んだか」に入ります。

どの順番で頼んだのか。

各章で、どこまで動けば次へ進めるのか。

どこに承認ボタンを置き、何をAIに触らせないのか。

完成したコードだけではなく、ぼくが実際に使った指示と判断を、失敗や撤退も含めてたどります。

必要なのは、16人分の仕様書を最初から書くことではありませんでした。

自分の仕事にある困りごとを、一つ言葉にする。

その一つを、AIへ頼んでみる。

ぼくの場合は、その小さな繰り返しが、16人の秘書室になりました。

次章では、最初の受付係を1人動かすための準備から始めます。