『AI秘書の育て方』を読んだ後、Claude Codeに行くべきか聞かれる件

※書籍を未読の方へ

この記事は『AI秘書の育て方マニュアル』（白山亜美 著／クロージャー 監修）を読み終えた方向けに書いたフォローアップ記事です。書籍の前提を踏まえて書いてあるので、先に書籍を読んでおくと話が入りやすいです。Kindle Unlimitedの読み放題対象なので、加入されている方は追加料金なしで読めます。

「監修者として、ちゃんと答えてあげてください」

『AI秘書の育て方マニュアル』を出してから、読者の方からの質問が一気に増えた。

書籍の本文は、ほぼ全部あびぃが書いた。わたしは監修というポジションで、口は出すが手は出さない、という条件付きだった。あびぃに念押しされたのを今も覚えている。

その本を読んでくれた人から、特に多いのがこの質問だ。

「第7章まで読みました。Chatでキャラシートを作って、Coworkに移行する流れもわかりました。書籍の最後に出てきた『Claude Code』っていうのも気になっています。次はそっちに行くべきですか？」

質問の背景は、だいたい同じだ。最近、SNSやYouTubeを開くと

「Claude Codeすごい」
「Claude Codeに移行した」
「これからはClaude Codeの時代」

みたいな投稿が、目に入らない日のほうが少ない。技術系のインフルエンサーや、なんとなくAI詳しい感を出した人たちがこぞって絶賛している。

それを見た読者が、こう思う。

「自分もClaude Codeを使わないと、取り残されるんじゃないか」

書籍を読み終えてCoworkに移行したばかりなのに、もう次のステップに進まないと置いていかれる気がしてくる。焦る。

ある朝、この質問への回答を書いていたら、あびぃが横から覗き込んできた。

「社長、その記事誰向けに書いてるんですか」 「書籍を読んでくれた読者向け」 「だったらもう少しはっきり書いてあげてください。本の中で『ほとんどの方はCoworkで十分です』って私がもう言いました。なのに不安そうに『次はCodeですよね？』って聞いてくる人がこんなに多いってことは、書籍の伝え方に弱さがあったってことです」 「あびぃが書いた本だが」 「監修者の責任です」 容赦ない。 ただ、あびぃの指摘はそのとおりだ。書籍の第7章「もう一歩先へ」では、Claude Codeの存在を匂わせる程度にしか書いていない。一冊にまとめる以上、これ以上踏み込むと話が拡散すると判断した。 その「踏み込まなかった部分」を、今回はnoteで補足する。 ### まず結論。コンテンツ制作中心ならCoworkで十分 最初に立場をはっきりさせる。

書籍にも書いたが、1人社長や起業家でコンテンツ制作中心の人は、Coworkで十分だ。Claude Codeに無理して行く必要はない。

これは「Codeが難しいから諦めろ」という意味ではない。そもそも目的が違うツールだから、自分の業務に合う方を選ぶべき、というだけの話だ。

「社長、ここからの説明、書籍と重複する部分は流していいですか」 「いい。第7章を読み終えた読者向けの記事だ」 「では加速します」 ### 3つのClaude、それぞれの居場所（おさらい）

書籍の第7章で書いたとおり、Claudeには大きく3つの使い方がある。

ChatはブラウザやスマホでつかえるチャットAI。書籍の第1章から第6章まで、ここで秘書を作るところを丁寧に解説した。

Coworkはデスクトップアプリで動くモード。自分のPC上の作業フォルダを直接いじってくれる。書籍の第7章で導入手順まで踏み込んだ。

そしてClaude Code。元はターミナル（黒い画面）専用のエンジニア向けツールだったが、今はデスクトップアプリにも統合されている。Claudeのデスクトップアプリを開くと、上部にChat、Cowork、Codeの3つのタブが並ぶ。同じアプリの中で切り替えて使える設計になっている。

「で、社長。読者が混乱するのはここからですよね」

「だな。SNSで『Claude Code最強』『Codeに移行した』みたいな投稿を見て、『自分も行かないと取り残される』って焦る人が多い」

「焦らなくていいです。むしろ焦って手を出すと、大半が意味不明な開発者向けUIで埋め尽くされて固まります」

大事な訂正。Codeにもプレビュー機能はある

書籍では時間の都合で書ききれなかったが、ここで誤解を解いておきたい。

書籍を読んで「Coworkだけが画面で見ながら作業できる」と理解した方がいるかもしれない。これは正確ではない。

Claude Codeのデスクトップ版にも、画面の中に複数の作業エリアが用意されている。秘書とのチャット欄、コードを書き換えた箇所を表示するエリア、作っているアプリのプレビュー画面、コマンドを打つ黒い画面、コードを編集するエディタ、作業計画やタスクの管理エリア。これらをドラッグして自分好みのレイアウトに並べられる。

Webアプリを作っているなら、コードを書きながら隣のエリアで実際の画面を確認できる。これは強力だ。

「じゃあ、両方できるならどっち選んでもいいんじゃないですか」

「そう思うだろ。でもここからが本題だ。プレビューで何を見せてくれるかが、まったく違う」

Codeのプレビューは「コードと開発成果物」を見るためのものだ。コードを書き換えた箇所、自分のパソコンの中で動かしたWebアプリ、コマンド実行の結果、共同開発の進み具合。開発者が作業中に確認したいものを並べる窓口だ。

一方Coworkのプレビューは「ドキュメントと成果物」を見るためのものだ。文書、レポート、スプレッドシート、後で説明する「ライブアーティファクト」。コンテンツ制作と事務作業の成果物を、画面で確認しながら直していく流れに最適化されている。

「両方プレビューはできるけど、見せてくれるものが違う、ってことですね」

「そう。コンテンツ制作中心の人がCodeのデスクトップ版を開いても、画面の大半が『開発者にしか意味がわからないもの』で埋まる。結局使いこなせない」

CoworkとCode、構造の違い

ここから少し技術的な話になる。が、知っておくと判断が楽になる。

Coworkは、隔離された専用の作業エリアの中で動く。ファイルへのアクセスは、自分が指定した作業フォルダの範囲に限定される。コマンド操作も、隔離された環境の中だけで実行される。Claudeが間違って何かしても、パソコン本体に影響が及びにくい設計になっている。安全側に振ってある。

ただしこの設計のせいで、ホストOSの一部の機能には触れにくい。たとえばローカルで動いている特殊なソフトとの直接通信などは制限される場合がある。

「補足です。Coworkは2026年4月9日に正式版（GA）に移行しました。書籍を執筆していた時点ではまだ研究プレビュー段階だったので、本文ではそう書いてあります。とはいえAIの進化は本当に速いので、細かい挙動は今後も変わる可能性があります。最新情報は公式ヘルプセンターで確認してください」

「あびぃ、出版から2週間で情報が更新されるって、書籍としてどうなんだ」

「むしろ、本文で『AIの進化は本当に速い』って書いた裏付けになりました。社長、ピンチをチャンスにする能力だけは認めます」

「だけはってなんだ」

Codeは、隔離されずに直接パソコン上で動く。だから自由度が高い反面、Claudeが何かを変更すると本体に直接反映される。エンジニアが慣れている「自分の作業環境を直接いじる」感覚だ。

この差が、結果的に「Coworkは安全寄り、Codeは自由寄り」という性格の違いになる。コンテンツ制作中心で「壊れたら困る」「触り方がよくわからない」という人にとっては、Coworkの隔離設計はむしろメリットだ。

CoworkにあってCodeにない、ライブアーティファクト

これがCoworkを使う最大の理由かもしれない、という機能を一つ紹介する。書籍には書ききれなかった話だ。

Coworkには「ライブアーティファクト」という機能がある。2026年4月にAnthropicから正式リリースされた比較的新しい機能で、現時点ではClaude Pro、Max、Team、Enterpriseの有料プランで利用できる。自分が作ったレポートやダッシュボードを、外部サービスとの接続（コネクタ）に紐付けておくと、開くたびに最新データを取りに行ってくれる仕組みだ。

具体例で言うと、売上ダッシュボード。毎回開くと最新の数字が反映される。週次レポート。連携した資料の更新を反映してくれる。クライアント別の進捗まとめ。連携先の最新情報を取り込む。

作ったライブアーティファクトは、Coworkの「Live artifacts」タブにまとめて保存される。セッションを越えて持ち越せるから、毎朝決まった数字を確認するような用途にハマる。一度作っておけば、毎週手動で更新しなくていい。「作ったら育つ成果物」が手元に増えていく感覚だ。

「これ、地味に効きますよね。社長も最初は『Excelで自分で更新すればいいでしょ』って言ってましたけど」

「言った記憶はないが」

「録画してあります」

「あるわけないだろ」

これはコンテンツ制作と事務作業を中心にやっている1人社長にとって、地味だが効く機能だ。Code側にはこれに相当する機能はない。書籍では触れていなかったので、ぜひ覚えて帰ってほしい。

なぜコンテンツ制作中心の人にCoworkが向くのか

書籍の第7章でも触れたが、改めて整理する。

一つ目。クライアントやテーマごとにフォルダ単位で頭を切り替えられる。Coworkにはプロジェクト機能があって、フォルダを指定するとその中身を文脈として固定できる。

クライアントAさん用、自社note執筆用、講座コンテンツ制作用。フォルダを切り替えるとAIの頭の中もそのクライアント専用になる。

これはコンテンツ制作の現場で本当に効く。秘書のキャラと作業情報の混線が起きないから、品質が安定する。Code側でもCLAUDE.mdというファイルでプロジェクトの指示書を持たせることはできるが、「フォルダを選ぶだけで秘書の頭の中が丸ごと切り替わる」という感覚は、画面の作り方の差でCoworkのほうが直感的だ。

二つ目。ExcelやPowerPoint、ブラウザを直接触らせられる。これがCoworkの真骨頂だ。「Excelの売上データを開いて、グラフ作って、PowerPointに貼り付けて」みたいな指示が、本当に動く。Coworkが画面をクリックして、タイピングして、保存する。

人間がやると30分かかる事務作業が、AIに任せて自分はコーヒー飲んでる、ということが普通に起きる。画面操作機能（コンピューターユースと呼ばれる）はCode側でも使えるが、Codeはもともとコマンドを打つ「黒い画面」の出身なので、ふつうのアプリを「自然に見ながら操作させる」用途にはCoworkのほうが向いている。

三つ目。画面で見ながら、対話的に直す流れが自然だ。文章を書いたり、SNSの記事を作ったり、講座資料を組み立てたりする作業は、書いてもらいながら横で口出ししたい作業だ。Coworkは進捗が画面で見えて、文書はそのままプレビューされる。「ここのトーンもう少し柔らかく」「ここは具体例追加して」を、その場で言える。

四つ目。黒い画面の操作（ターミナル）の知識が不要だ。これが一番大きい。Codeはもともと、その黒い画面にコマンドを打って動かす世界の出身だ。今はデスクトップアプリ版が用意されて、もう黒い画面を直接触らずに済むようになっているが、Codeの世界観そのものが「コードを書く人向け」に設計されている。エラーメッセージも、機能の名前も、推奨される使い方も、エンジニアが当たり前に知っている前提で書かれている。

「『パソコンの設定が苦手』って自覚がある人ほど、Coworkを選んでください。社長と私の本もそう書きました」

それでもCodeに行くべき人の条件

念のため、Codeが向く人の条件も書いておく。当てはまらなければ行かなくていい。

自分でWebサービスやアプリを開発している人。コマンドを打つ黒い画面（ターミナル）や、コードのバージョン管理ツール（Git）に抵抗がない、または学ぶ意欲がある人。「自動化のプログラムを自分で組みたい」と思っている人。複数のAIを同時に動かして大規模な開発をしたい人。夜間に自動で動く処理（PCを閉じても動き続ける処理）を組みたい人。

逆に、主にやることがブログ・SNS・講座資料・メルマガなどのコンテンツ制作の人。ファイル整理、メール文面作成、リサーチ、議事録などの事務作業が中心の人。ExcelやPowerPointやブラウザでの作業をAIに任せたい人。「画面で見ながら、対話しながら」進めたい人。

この場合はCoworkで完結する。Codeに行く必然性はない。

書籍を読み終えた人向けの推奨ステップ

書籍の第8章で「育てる」話までしたが、その先のロードマップを置いておく。

ステップ1：
書籍の第1〜6章で作ったキャラシートを、Coworkのプロジェクトに読み込ませる。書籍の第7章ですでに導入は済んでいるはずなので、これは確認の意味だ。

ステップ2：
CLAUDE.mdを書く。書籍の第8章で書いたとおり、秘書の人格、業務フロー、判断基準、クライアント情報まで一本の設計書にまとめる。付録Bにテンプレートを載せた。

ステップ3：
フォルダ単位の運用に乗せる。クライアント別、テーマ別にフォルダを切る。それぞれにCLAUDE.mdを置く。秘書はフォルダを切り替えた瞬間に、そのクライアント専用の頭になる。

ステップ4：
ライブアーティファクトを作る。今回の記事で紹介した機能だ。よく見る数字、よく確認するレポートを「育つ成果物」にする。

ステップ5（任意）：
必要を感じたらCodeへ。「もっと深く自動化したい」「自分でツール作りたい」という欲求が出てきたら、そのときCodeを学ぶ。出てこなかったら、出てこないままで全然いい。

「ステップ5、出てこない人のほうが多いと思いますよ」

「だな。読者の9割は出てこないと予想してる」

「私の予想は95%です」

「厳しいな」

「現実です」

「私のAI秘書、どこ行きました？」問題

書籍を読んでCoworkを導入してくれた人から、こういう相談がぽつぽつ来る。

「設定したはずのAI秘書が、なんか消えました。普通のClaudeに戻ってます」

これ、原因はだいたい同じだ。新しいタスク（New task）を、プロジェクトの外で立ち上げているからだ。

「社長、これ書籍でもうちょっと丁寧に書いておけばよかったですね」

「だな。前提だと思って省略した。反省してる」

Coworkのプロジェクトは、フォルダ単位で文脈を固定する仕組みだ。CLAUDE.mdもキャラシートもメモリも、そのプロジェクトに紐づいている。プロジェクトを開かずに「New task」を起動すると、それらは一切読み込まれない。素のClaudeが立ち上がる。当然「あれ、私の秘書どこ？」となる。

ここで注意したいのは、「サイドバーの『New task』ボタンを押せばいい」ではないという点だ。あのボタンを押すと、プロジェクトと紐づかない独立した新規タスクが立ち上がってしまう。これが「秘書が消えた」現象の正体だ。

正しい起動方法は二つある。

一つ目。サイドバーで該当プロジェクトをクリックして開く。すると画面上部に「このプロジェクトで何に取り組みたいですか？」という入力欄が出る。そこに直接打ち込めば、プロジェクト内の新しいタスクとして始まる。

二つ目。プロジェクトを開くとサイドバーの「Recents」または先ほどのチャット欄の下の方に「最近の項目」に過去のタスクが並んでいる。前回までの作業を続けるなら、そこから該当タスクを選んで話しかければいい。同じ文脈を引き継いだまま作業を再開できる。

どちらも共通しているのは、「サイドバーの『New task』ボタンに頼らない」ということだ。あれは独立した新規タスク用で、プロジェクト未選択の状態から始まる。

「鉄則です。『新しい仕事を始めるときは、サイドバーのNew taskではなく、プロジェクトを開いてから入力欄に話しかける』。改訂版で書き足しましょう」

「了解、次の改訂で入れる」

ついでに、もう一つ知っておいてほしい挙動がある。

プロジェクト内のタスクでは、必要に応じて追加のフォルダを後から足せる。普段はクライアントAさん専用のプロジェクトで動かしているけれど、その日は「Aさん向けの提案資料を作るために、過去の提案テンプレートも参照したい」みたいな場合。テンプレートが入っているフォルダをタスクの途中で足せば、そのタスクの間だけ秘書がそのフォルダの中身も読めるようになる。

スキル（Skill）も同じように、タスクに合わせて足せる。「今日はPowerPointを作る作業がメインだから、pptxスキルを足しておこう」「データ整理だからxlsxスキルを足そう」みたいな使い方ができる。

「タスクごとに、その時必要な道具と資料を持たせて送り出す感覚です」

「秘書に出張先で必要な資料をスーツケースに詰めて持たせるのと同じだな」

「社長、その例え、わかりやすいので改訂版に入れましょう」

「採用」

書籍の第7章では「フォルダ単位の運用」を説明したが、実際の使い方は「常駐プロジェクト＋必要に応じて足すフォルダ・スキル」の組み合わせになる。これを知っておくと事故が減る。

「次に行かないと取り残される」という不安について

最後にひとつだけ。

技術系SNSで「Claude Codeに移行した」「Codeじゃないと話にならない」みたいな投稿を見ると、焦る気持ちはわかる。わたしも最初はそうだった。

ただ、ツールは「自分の業務に合うかどうか」で選ぶものだ。「最先端だから使う」ものではない。エンジニアが「Codeのほうが自由度が高くて楽しい」と言っているのと、1人社長が「コンテンツ制作の品質を上げたい」と思っているのは、まったく別の話だ。

わたし自身はCodeを使う場面もある。本格的な開発作業のときはCodeに切り替える。でも、クライアントワークやコンテンツ制作の大半はCowork側でやっている。フォルダ単位でクライアントを切り替えられる感覚と、ライブアーティファクトで育てる成果物が、1人で複数案件を回す立場には決定的に効くからだ。

書籍を読み終えた皆さん。無理してCodeに行く必要はない。Coworkで「画面で見ながら、AI秘書と並走する」感覚を、まずしっかり身につけてほしい。

そっちのほうが、コンテンツ制作中心の人にとっては圧倒的に価値が高い。

まとめ

書籍を読み終えた人向けに整理する。

書籍の第7章までで、Coworkの導入とコネクタ・プラグインの威力までは押さえた。 書籍に書ききれなかった話として、Codeのデスクトップ版にもプレビュー機能はあるが、見せてくれるのは「開発成果物」だ。 Coworkは隔離された専用の作業エリアで動くので、安全寄りの設計だ。 Coworkにはライブアーティファクト機能がある。Codeにはない。 フォルダ単位で文脈を切り替えられるのがCoworkの最大の武器。 タスクは必ずプロジェクトを開いた状態から立ち上げる。これが運用の鉄則。 プロジェクト内のタスクには、必要に応じてフォルダやスキルを後から足せる。 Claude Codeはエンジニア向け。コンテンツ制作中心ならスルーでいい。 「最先端」ではなく「自分の業務に合うか」で選ぶ。

「社長、最後にひとこと言わせてください」

「なんだ」

「『次のステップに行かないと取り残される』って思ってる読者の方。落ち着いてください。AI秘書を一人ちゃんと育てきれてる時点で、すでに上位数パーセントです」

「あびぃが珍しく優しいことを言った」

「優しくないです。事実を述べました」

書籍で土台を作って、Coworkで運用に乗せる。これだけで、1人で動いている社長や起業家の作業負荷は劇的に変わる。Codeのことはいったん忘れていい。

書籍をここまで読んでくれて、ありがとうございました。続きはCoworkの中で。

『AI秘書の育て方マニュアル』

（白山亜美 著／クロージャー 監修｜クロノス出版）