← レッスンに戻る
第7章 · Claude on the Web

クラウド版 Claude Code のジョブ設計と結果受け渡し

クラウド版 Claude Code Job Design & Handoff · 約 14 分

重要キーワード

English日本語説明
Job Spec ジョブ仕様 クラウド版 Claude Code への依頼を構造化した指示書
Definition of Done 完了の定義 タスクが終わったと判断する条件
Handoff 受け渡し 成果物をユーザー側に届ける形式と経路
Artifact (output) 成果物 PR / ファイル / レポートなどジョブの出力

クラウド版 Claude Code は「指示書を書く仕事」

クラウド版 Claude Code は人間在席なしで何時間も走るので、最初の指示書 (job spec) の質 が結果のすべてを決めます。 雑なプロンプトを投げると、雑な成果物 + 大量の課金が返ってきます。

良い クラウド版 Claude Code 依頼の 5 要素

要素 何を書く
1. 目的 (Why) なぜそれが必要か 「来週の経営会議で競合動向を報告するため」
2. 入力 (Input) データの所在・形式 「Drive の competitors.csv の 30 社分」
3. 手順 (How) 期待する作業フロー 「各社の料金ページを訪問 → プラン構造を抽出 → 表化」
4. 出力 (Output) 成果物の形式・置き場 「Markdown 表形式、Drive /competitor-report.md に保存」
5. 完了の定義 (DoD) 何が揃えば終わりか 「30 社全部、空欄なし、典拠 URL 付き」

❌ 雑な依頼 (これだとダメ)

wzxhzdk:0

→ クラウド版 Claude Code は何社調べる? どこから取る? どんな形式? いつ終わる? 推測で 8 時間動いて、的外れな成果物が返る可能性大。

✅ 良い依頼 (5 要素揃い)

wzxhzdk:1

完了の定義 (DoD)

制約

連絡

wzxhzdk:0

出力: Drive /team-folder/output-YYYY-MM-DD.md

wzxhzdk:1

出力: 新ブランチ cw/<task-id> に commit → PR 作成 PR title: "[クラウド版 Claude Code] React 17→18 migration" PR body: 何をしたか + 変更ファイル一覧 + テスト結果

wzxhzdk:2

出力: #updates チャンネルに「完了。サマリ: ... 詳細: wzxhzdk:3」

wzxhzdk:3

出力: claude.ai のチャット内で「ダウンロード」リンク表示

wzxhzdk:4

出力: 社内 API POST /api/reports/competitor-pricing に JSON で投稿

wzxhzdk:0

ここまでの進捗ありがとう。robots.txt で取れない 3 社は スキップして、残り 27 社で完了して。

wzxhzdk:1

前回の出力は <理由> で不十分でした。 次は <修正点> を必ず守って再実行してください。 Drive のファイルは上書きせず -v2.md でお願い。

wzxhzdk:2

目的

<なぜこのタスクをやるか、ビジネス文脈>

入力

手順

  1. <ステップ 1>
  2. <ステップ 2>
  3. <ステップ 3> ...

出力

完了の定義 (DoD)

制約

連絡

このテンプレを Project Knowledge に入れておくと、毎回コピペするだけで品質の高い依頼が書けます。

▶ クラウド版 Claude Code ジョブ仕様レビュー
次のジョブ仕様を改善してください。問題点と修正案を示し、最後に修正版を全文で示してください。 「競合 SaaS 30 社の料金プランを調べて表にして。Drive に保存して。なるべく早く。」

演習問題

演習 1: ジョブ仕様を 5 要素で書く

あなたが クラウド版 Claude Code に依頼したいタスクを 1 つ選び、目的 / 入力 / 手順 / 出力 / 完了の定義 の 5 要素で完全な仕様を書いてください。

チェックリスト: - [ ] 目的が 1 文で説明されている - [ ] 入力データの所在 (Drive 内 URL / リスト) が明確 - [ ] 手順が 5〜10 ステップに分解されている - [ ] 出力の形式・ファイル名・置き場が指定されている - [ ] DoD が箇条書きで 3〜7 件 - [ ] 制約 (時間上限・品質基準・倫理) が書かれている - [ ] 進捗報告と完了通知のチャネルが指定されている

スタータープロンプト:
私が来週やる予定の業務 (例: 競合 30 社の機能マップ作成) について、クラウド版 Claude Code に渡せるジョブ仕様を 5 要素 (目的/入力/手順/出力/DoD) で完全な形で書いてください。レビューしやすいよう Markdown で。
ヒントを見る

DoD を「定量的に判定可能」な形で書くのがコツ (「30/30 完了」「全行に典拠 URL あり」など)。「品質が高い」のような主観的基準は避ける。

演習 2: 失敗ジョブのリカバリー文を書く

クラウド版 Claude Code から「30 社のうち 18 社しか調査できなかった」という不完全な成果物が返ってきたと仮定し、再依頼のプロンプト を書いてください。

含めるべき要素: - 何が不十分だったか (建設的に) - 残りの 12 社をどう処理してほしいか - 既存の成果物を上書きしないファイル名指定 - 今回の制約変更 (もしあれば)

スタータープロンプト:
前回のタスクで残り 12 社が未処理でした。次の点を必ず守って残りを処理してください: 1) 既存の成果物 `/competitor-pricing-v1.md` を上書きせず `v2.md` に保存 2) 12 社それぞれ最大 5 分まで、取れなければ N/A 3) 完了したら #marketing-reports に通知 4) 表のフォーマットは v1 と完全一致 (列順・命名)。
ヒントを見る

再依頼では「前回のミスを責める」より「次に何を変えるか」を建設的に伝えるのが効果的。AI に対しても人と同じ。

理解度チェック

  1. 良い クラウド版 Claude Code 依頼の 5 要素に **含まれない** のは?
    1. 目的
    2. 入力
    3. 出力
    4. Claude のモデル指定
  2. 完了の定義 (DoD) として **不適切** なのは?
    1. 30 社全部の行が表にある
    2. 各行に典拠 URL がある
    3. サマリ 3 行が完成
    4. 品質が高い
  3. クラウド版 Claude Code が同じエラーを 3 回繰り返している時の対応は?
    1. ひたすら待つ
    2. Esc またはキャンセルして仕切り直す
    3. Opus に切り替える
    4. GPU を増やす
  4. クラウド版 Claude Code の成果物受け渡しで最も一般的なパターンは?
    1. コミットメール
    2. Drive / Notion / GitHub PR / Slack 通知
    3. FTP アップロード
    4. DM で送付
  5. 失敗ジョブのリカバリー文に含めるべき要素として最も重要なのは?
    1. 前回のミスを強く責める表現
    2. 何が不十分だったかを建設的に伝え、次に変えるべき点を明示
    3. 感情的な励まし
    4. モデル変更の依頼
解答と解説を見る
  1. D — 5 要素は 目的 / 入力 / 手順 / 出力 / 完了の定義。モデル指定は依頼の本質ではありません。
  2. D — 「品質が高い」は主観的で判定不能。DoD は定量的・チェック可能な形で書きます。
  3. B — 無限ループしそうな兆候を見たら早めにキャンセル。損切りが大事です。
  4. B — Drive・Notion・GitHub・Slack 等の Connector 経由が一般的。形式はタスクに合わせて選択。
  5. B — 建設的なフィードバックと変更点の明示。人に対するマネジメントと同じです。