AIに仕事を任せるツールを入れてみた。黒い画面が開いた。それで、何を打てばいいのか分からない。
あるいは、試しに「議事録をまとめておいて」と頼んでみたものの、返ってきたものを読み直すうちに「これなら自分でやったほうが早い」と感じた。
どちらも、ツールの使い方ではなく、最初の1件の選び方と頼み方でつまずいています。この記事では、画面の見方から、最初の1件を最後まで通すところまでを、順に説明します。
そもそも「AIに開発を任せる」とは
ここでいう「任せる」は、質問して答えをもらうこととは違います。作業そのものを頼むことです。
たとえば「打合せの書き起こしを議事録に整えて、決まった場所にファイルとして保存して」と頼む。AIは書き起こしを読み、文書を作り、ファイルとして置くところまで進めます。あなたは、できあがったものを確認して受け取ります。
この記事で使うのは Claude Code というツールです。ターミナル（文字を打って操作する黒い画面）の中で動きます。名前は難しく見えますが、覚える登場人物は4つだけです。これを取り違えると「なぜ動かないのか」が分からなくなります。
| 登場人物 | 役割 | たとえ |
|---|---|---|
| メインセッション | あなたが直接話している相手。仕事を分解し、割り振り、結果を受け取る | 管制塔。自分では作業しない |
| サブエージェント | 切り出された仕事を、独立した会話として実行する | 作業者。同時に何人も動かせる |
| CLAUDE.md | 毎回自動で読み込まれる前提・ルールを書いたファイル | 就業規則。書けば毎回守られる |
| スキル | 特定の作業手順をまとめたファイル。呼び出したときだけ読まれる | 作業手順書 |
最初のうちは、「話し相手がいて、毎回読まれるルール帳（CLAUDE.md）と、必要なときだけ開く手順書（スキル）がある」と捉えれば十分です。サブエージェントは、最初の1件では使わなくても構いません。
用意するもの
始める前に、次の3つを手元に置いてください。「無いとどうなるか」も書いておきます。
| 用意するもの | 内容 | 無いとどうなるか |
|---|---|---|
| 作業用のフォルダ | AIに作業させる場所。ふだん資料を置いているフォルダでよい | AIがどこで作業すべきか分からず、思わぬ場所にファイルが作られる |
| 任せる題材1件 | 今日やる予定の作業から1つ。入力になる資料があるもの | 何を頼むかを考える時間だけが増え、手が止まる |
| 入力になる資料 | 書き起こしのテキスト、元データなど | AIが推測で補うので、内容があてにならなくなる |
なお、Claude Code のインストールは済んでいる前提で進めます。
手順
ステップ1 作業フォルダで起動し、画面の見方をつかむ
作業したいフォルダへ移動して claude と打つと始まります。
cd C:Users自分の名前Documentsmyproject
claudeなぜそうするか AIは、起動したフォルダの中を作業場として扱います。どのフォルダで始めるかが、そのまま作業範囲になります。
画面は、上から順に「入力 → 作業ログ → 返答 → 次の入力」と流れていきます。覚える操作は、まず次の6つだけです。
| 操作 | できること | 使う場面 |
|---|---|---|
/ |
コマンドの一覧が出る | まず打ってみると、何ができるか分かる |
@ |
ファイル名を指定できる（補完が出る） | 「@docs/raw.txt を読んで」のように、対象を正確に伝える |
| Esc | 実行中の作業を止める | 意図と違う方向へ進んでいると気づいたとき。すぐ押してよい |
| Shift+Tab | モードを切り替える | 「まず計画だけ立てさせる」モードにしたいとき |
| 上矢印 | 前に入力した内容を呼び出す | 少しだけ直して投げ直したいとき |
| Ctrl+C を2回 | 終了する | 作業を終えるとき |
最初のうち、いちばん役に立つのは Esc キーです。「違う方向に進んでいる」と感じたら、最後まで待たずに止めてください。途中で止めても壊れません。そのまま「いまのは違います。◯◯してください」と伝えれば軌道修正できます。
あわせて、次のコマンドを知っておくと安心です。
| コマンド | 働き |
|---|---|
/help |
使い方の一覧を出す |
/clear |
会話をリセットする（話が長くなって噛み合わなくなったとき） |
/model |
使うモデルを切り替える（速さ重視・品質重視の使い分け） |
/config |
各種設定を変える |
ステップ2 ファイル変更の確認は、慣れるまで毎回「はい」で見る
AIがファイルを書き換えたりコマンドを実行したりするとき、実行してよいかを確認してきます。内容を見て、許可するかを選びます。
なぜそうするか 「今後は確認しない」を選ぶと速くなりますが、何をされたか把握できなくなります。最初の1週間は都度確認して、AIが何をしているかを見ておくことをおすすめします。
なお、確認の文言や選択肢はバージョンによって変わります。選び方の考え方だけ押さえてください。
ステップ3 CLAUDE.md を置く
CLAUDE.md は、作業フォルダの直下に置くテキストファイルです。毎回のセッションで自動的に読み込まれます。「毎回同じ説明をしている」と感じたら、それは CLAUDE.md に書くべき内容です。
最初は、次の最小構成をコピーして、作業フォルダに CLAUDE.md という名前で保存してください。
# プロジェクトのルール
## このプロジェクトについて
- 目的: （何を作っているか / 何のための作業場か を1〜2行）
- 使う技術: （例: Python / Excel 生成 / WordPress など）
## 作業の進め方
- 日本語で回答する
- コードのコメントも日本語で書く
- 大きな作業は、着手前に手順を提示して確認を取る
- ファイルを編集する前に、必ず現状を確認する
- 勝手にファイルを削除しない
## 出力のルール
- 作成・更新したファイルは、必ず絶対パス（フルパス）で示す
- 成果物は次の場所に置く
- 計画・手順書 -> plans/
- 資料・ドキュメント -> docs/
- 作業メモ -> tasks/
## 禁止事項
- パスワード・APIキー・顧客名を、共有するファイルに書かない
- 確認なしに外部へ送信しない（メール・API・アップロード）「目的」と「使う技術」の2行だけ、自分の言葉に書き換えれば使えます。
なぜそうするか AIは会話が変わると、前の指示を覚えていません。毎回読ませたいルールをファイルにしておけば、同じ説明を繰り返さずに済みます。
書くべきかの見分け方は、「2回以上、同じ指示をしたものは書く」です。逆に、その日限りの指示は書かないでください。ファイルが膨らむと、読まれる密度が下がります。
置き場所は3段階あり、下の階層ほど優先されます。
| 置き場所 | 効く範囲 |
|---|---|
C:Users自分の名前.claudeCLAUDE.md |
すべてのプロジェクト共通 |
作業フォルダ/CLAUDE.md |
そのプロジェクト全体 |
作業フォルダ/src/CLAUDE.md |
そのフォルダ配下だけ |
最初は、真ん中の「作業フォルダ直下」だけで十分です。
ステップ4 スキルは、2〜3回やってから作る
スキルは、特定の作業手順をまとめたファイルです。毎回ゼロから指示を書くと、指示を書く時間そのものが負担になります。繰り返す作業はスキルにしておくと、手順と書式が固定され、出来のばらつきが消えます。
ただし、最初の1件では作りません。
| 状況 | 作るもの | 理由 |
|---|---|---|
| 同じ成果物を何度も作る（議事録・報告書・見積） | スキル | 手順と書式を固定すると、品質のばらつきが消える |
| 同じ役割を何度も頼む（調査・レビュー・実装） | エージェント | 毎回「あなたは調査担当です」から書かずに済む |
| まだ何も繰り返していない | どちらも作らない | 2〜3回やってみて、型が見えてから作る |
なぜそうするか はじめから完璧なスキルを作ろうとすると、使わないものができます。2〜3回同じ作業をやって手順が固まってから、ファイルにしてください。そのとき「前回の指示をそのまま貼る」だけで、ほぼ完成します。
作るときも、自分で書く必要はありません。AIに作ってもらうのがいちばん早い方法です。たとえば、次のように頼みます。
いま行った作業を、次回から使い回せるようにスキルにしてください。
対象の作業: （例）打合せの書き起こしから議事録を作る作業
作ってほしいもの:
- スキルのファイル（SKILL.md）を作る
- 先頭の description には、私が実際に打ちそうな言い回しを入れる
（例:「議事録を作って」「打合せメモをまとめて」）
- 手順・守ること・完了報告の形を書く
- 今回の作業で私が指摘した点は、すべて「守ること」に反映する
作る前に、内容の要点を箇条書きで見せてください。
私が確認してからファイルにしてください。スキルは C:Users自分の名前.claudeskills名前SKILL.md に置きます。先頭の description（いつ使うかの説明）が曖昧だと、作っても呼ばれません。「議事録を作って」のように、自分が実際に打ちそうな言い回しを入れておくのがコツです。
名前の末尾で種類が分かるようにしておくと、後で整理しやすくなります（スキルは -skill、エージェントは -agent）。数が増えてから直すのは手間なので、1つ目を作るときから付けてください。
ステップ5 最初の1件を、5つの要素をそろえて頼む
いきなり並行させないでください。1件を最後まで通すのが最短です。
今日やる予定の作業から1件だけ選び、次のテンプレートに当てはめて投げます。
次の作業を任せてください。
【目的】
9月10日の打合せ議事録を、社内共有できる形に整える
【入力】
docs/meeting/2026-09-10-raw.txt（音声書き起こしの生データ）
【成果物】
docs/meeting/2026-09-10.md を1つ作る
- 見出し構成: 決定事項 / 宿題（担当・期限つき） / 議論の要点 / 次回予定
- 決定事項は箇条書きで、1項目1行
【制約】
- 発言者の個人名は「営業担当」「開発担当」のように役割名へ置き換える
- 推測で内容を補わない。不明な箇所は「（聞き取り不明）」と書く
【完了条件】
- 上のファイルが作成されている
- 宿題がすべて「担当」と「期限」を持っている
【完了報告に書くこと】
- 作成したファイルの絶対パス
- 判断に迷った箇所（あれば）
- 私が確認すべき点なぜそうするか 5つの要素は、どれも「書かないと後で自分が困る」ものです。
| 要素 | 書かないとどうなるか |
|---|---|
| 目的 | 手段が目的化し、頼んでいないものが返る |
| 成果物の形 | 粒度がばらつき、他の結果と並べられない |
| 制約 | 機密の混入や規約違反を、後から手直しすることになる |
| 完了条件 | 「終わったのか」を自分で考える羽目になり、レビューが重くなる |
| 完了報告の形 | 報告を読み解く時間が増える |
返ってきたら、完了条件に照らして確認します。レビューに何分かかったかを計っておくと、次から見積もれるようになります。
任せてはいけないこと（最初の1件に限って）
何を任せ、何を任せないかの全体像は、AIに何を任せ、何を任せないかで詳しく扱います。ここでは、最初の1件で避けたいことに絞ります。
- 「議事録をまとめておいて」だけで頼まない。 返ってきたものを読み直すところから始まり、レビューが「自分でやり直す」のと変わらなくなります。ステップ5の5つの要素をそろえてください。
- 最初から複数件を同時に走らせない。 まず1件を最後まで通して、頼み方とレビューの重さをつかんでからにします。
- 顧客・社外へのやり取りや、成果物の最終的な受け入れ判断は任せない。 下書きまではAIに任せても、送る・受け入れるの判断は自分で行います。
うまくいかないときの原因
| 症状 | 原因 | 対処 |
|---|---|---|
| 頼んでいないものまで作られる | 目的が書かれていない。手段が目的化している | 「目的」を1行足して頼み直す |
| 出来が毎回ばらつく | 成果物の形（見出し・粒度）を指定していない | 「成果物」に見出し構成を書く。同じ作業が2〜3回続いたらスキルにする |
| 同じ説明を毎回している | CLAUDE.md に書いていない | 2回以上した指示を CLAUDE.md に足す |
| 作ったスキルが呼ばれない | description が曖昧 |
自分が実際に打つ言い回しを description に入れる |
| 意図と違う方向に進んでいる | 指示が伝わっていない | Esc で止めて「いまのは違います。◯◯してください」と伝える |
| 話が長くなって噛み合わない | 会話が長くなりすぎた | /clear で会話をリセットして、要点だけ伝え直す |
| 何をされたか分からなくなった | 確認を省略する設定にしている | 慣れるまでは都度「はい」で内容を見る |
まとめ
最初の1件を任せるまでに、やることは4つです。
- 作業フォルダで
claudeを起動し、Esc で止められることを知っておく - 最初の1週間は、ファイル変更の確認を都度見る
- 毎回の説明を、CLAUDE.md に書く
- 目的・入力・成果物・制約・完了条件・報告の形をそろえて、1件だけ頼む
スキルやエージェントは、同じ作業を2〜3回やってからで間に合います。先に仕組みを作り込むより、1件を通してレビューにかかる時間を知るほうが、次の一歩が見えます。
自分の仕事に当てはめて進めたいときは、1on1で伴走するAI開発トレーニングもあります。どの作業から任せるか、頼み方をどう型にするかを、実際の題材で一緒に整理します。
内容を知りたい方はAI開発トレーニングのページをご覧ください。
