10秒でいうと
ファイルを読み、書き、コマンドを実行し、結果を自分で確かめる道具です。
コードだけの道具ではありません。本ガイド自体がこれで作られています。
第3章でエージェントの考え方を、第4章でCoworkを見ました。Claude Codeは、同じ仕組みのいちばん自由度が高い形です。
見積書の仕事は、ここで最後の形になります。第4章では「フォルダを渡して待つ」でした。Claude Codeでは、その手順自体をファイルに書いて、毎週勝手に回るようにできます。
コードだけの道具ではない
名前のせいで誤解されますが、Claude Codeがやっているのはファイルを読んで、書いて、コマンドを実行して、結果を確かめることです。その対象がコードである必要はありません。
本ガイドが実例です。84ページの原稿、図のSVG、書き出しのスクリプト、WordPressへの投稿。全部Claude Codeで動いています。書いているのは文章で、コードは補助です。
同じ形が当てはまるもの。
- 定型の文書を大量に作る・直す
- データを変換して集計する
- 決まった手順を毎回同じようにやる
- 何かを公開する前に自動で検査する
手順が言葉で書けて、結果が確かめられる仕事なら、だいたい向いています。
動く場所

公式ドキュメントによれば、Claude Codeは複数の場所で動きます。
| 場所 | 特徴 |
|---|---|
| ターミナル | いちばん自由。パイプでつなげる |
| VS Code / JetBrains | 差分を見ながら進められる |
| デスクトップアプリ | 複数のセッションを並べる。CLIの導入は不要 |
| Web・モバイル | 端末を離れても動かせる |
| CI・Slack | 自動で回す |
どの場所も同じエンジンにつながっています。リポジトリのCLAUDE.mdも、設定も、MCPサーバーも共通です。
そしてセッションは場所に縛られません。ターミナルで始めた作業をデスクトップに移して差分を見る、といったことができます。
Coworkとの違い
近いので整理しておきます。
| Cowork | Claude Code | |
|---|---|---|
| 入口 | GUI。ターミナル不要 | ターミナルが基本(GUIもある) |
| 触れる範囲 | 接続したフォルダ | 起動したディレクトリ以下 |
| 得意 | 事務作業をその場で任せる | 手順を仕組みとして固める |
| 繰り返し | 定期実行(クラウド) | スキル、フック、CI、定期実行 |
Coworkは任せる道具、Claude Codeは仕組みにする道具。これがいちばん近い言い方だと思います。
1回きりならCoworkで足ります。毎週やるなら、Claude Codeで固めるほうが安くつきます。
何が要るか
有料のサブスクリプション(Pro・Max・Team・Enterprise)か、Console のアカウントが要ります。ターミナル版・VS Code・JetBrainsは、第三者のプロバイダー経由でも使えます。
導入の手順はNo.35で扱います。
やってみよう:仕組みにする価値がある仕事を見つける(3分)
チャットで構いません。
プロンプト
“`
私が繰り返している作業を書きます。それぞれについて、
「1回ずつ頼めば足りる」「手順を仕組みとして固める価値がある」の
どちらかに分類してください。判断の理由も添えてください。・(作業を4つほど。頻度も書く)
“`期待される結果:頻度と手順の安定度で分かれる。月1回より週1回のほうが、仕組み化の側に寄る。
うまくいかないとき:全部「1回ずつ」になったら、頻度を書き忘れています。同じことを何回やっているかが判断の中心です。
つまずきポイント
エンジニア専用だと思ってしまう。ターミナルには慣れが要りますが、やっていることは「ファイルを扱う」だけです。IDE拡張やデスクトップアプリなら、ターミナルをほとんど見ません(No.36)。
Coworkを飛ばして始める。できますが、エージェントに任せる感覚がないまま自由度の高い道具を持つと事故ります。第4章を通ってから来るのが順当です。
最初から自動化しようとする。まず手で1回、次に会話で1回、それから仕組みにする。この順番を飛ばすと、動かないものを自動化することになります。
まとめ
- コードだけの道具ではない。ファイルを扱う仕事なら向いている
- ターミナル・IDE・デスクトップ・Web・CIで動き、設定は共通
- Coworkは任せる道具、Claude Codeは仕組みにする道具
- 順番は、手で1回 → 会話で1回 → 仕組みに
次に読む
※本記事の情報は 2026年8月時点のものです。