個人開発でアプリを作っていると、知人から「Claude Code というものを入れてみたのですが、黒い画面が出たところで閉じてしまいました」という相談を受けることがあります。話を聞いていくと、その方がやりたかったのは、フォルダに溜まった請求書の整理や、会議資料の下書きでした。道具の名前だけを頼りに選んで、場違いな入口に立ってしまったのです。
最初にお伝えしたいのは、入口は「どちらが高機能か」ではなく「出てくる成果物が何か」で選ぶということです。順に確かめていきます。
2つの道具は、そもそも置いてある場所が違います
Cowork は、Claude のデスクトップアプリの中で動きます。選んだフォルダの中のファイルを読み書きして、文書や表を仕上げていく使い方が中心です。画面はいつものチャットに近く、確認も「許可しますか」というボタンで済みます。
Claude Code は、ターミナル（黒い画面）から起動する、開発者向けの道具が出発点です。コードを読み、コマンドを実行し、ファイルを書き換えます。承認の場面では、実行されるコマンドそのものが画面に出ます。
どちらも同じ Claude が働いておりますが、手元に届く形が違います。私自身、壁紙アプリの Swift のコードは Claude Code に、Dropbox に置いた資料フォルダの整理や翻訳の下書きは Cowork に、と分けて頼んでいます。
迷ったときの3つの問い
問い1: 受け取りたいのは「文書・表・フォルダの整理」ですか、「動くプログラム」ですか
ここが分かれ道の大半を決めます。
| 受け取りたいもの | 最初に触る道具 |
|---|---|
| Word・Excel・PowerPoint・PDF などの文書 | Cowork |
| フォルダの仕分け、ファイル名の統一 | Cowork |
| Web サイトやアプリのコード修正 | Claude Code |
| コマンドで動くスクリプト | Claude Code |
文書が欲しいのにターミナルから入ると、まず「黒い画面の読み方」を覚える必要が出てきます。本題に入る前に力を使い果たしてしまうのです。
問い2: 間違えたとき、元に戻せるものを触らせていますか
どちらの道具でも、最初は練習用のフォルダを1つ作り、コピーしたファイルだけを置いて試すことをお勧めします。原本に直接触れさせない、というだけで、手が止まる場面はぐっと減ります。
Cowork では、フォルダを選ぶ段階でアクセスの範囲が決まります。広すぎる場所（ホーム全体など）は選ばずに、練習用フォルダを選びます。Claude Code でも、起動したフォルダが作業範囲の起点になります。どちらも「どのフォルダで始めたか」が安全の土台です。
問い3: 出てきた結果を、自分の目で確かめられますか
Cowork の成果物は、開けば中身が見える文書や表です。確認が終われば、そのまま使えます。
Claude Code の成果物はコードの変更で、読めない場合は「動いたかどうか」でしか判断できません。コードが読める方、あるいは読める人が隣にいる状況でなければ、最初の一歩としては負荷が高くなります。確認できないものは、まだ任せません。 これが私の線引きです。
たとえば壁紙アプリのストア説明文を多言語に直す日は、Cowork に原稿のフォルダを渡し、出来上がったファイルを開いて一つずつ目で確かめます。同じ日に Swift の画面を直すときは、差分を読んで意味が追えるものだけを受け入れます。道具が違っても、確かめられる範囲で任せるという運びは変わりません。
3つの問いを通した、よくある結論
- 資料や表の作成が目的の方: Cowork から。練習用フォルダにコピーした資料を置いて、「この3ファイルをもとに会議資料の下書きを作って」と頼むところから始められます。
- サイトやアプリを作りたい方: 先に Claude のチャットでコードの意味を尋ね、読める感覚がついてから Claude Code へ。
- 両方に興味がある方: 迷ったら Cowork。のちに Claude Code へ進んでも、「フォルダを区切って任せる」という感覚はそのまま使えます。
次のアクション
今日いちばん小さな一歩として、デスクトップに「練習用」というフォルダを1つ作り、普段の資料のコピーを3つだけ入れてみてください。そのフォルダを Cowork で選び、「このフォルダの中身を一覧にして、内容を一行ずつ説明して」と頼むだけで十分です。私も最初は、そこから始めました。