非エンジニアのためのClaude Code入門：安全に頼む仕事・止める判断・毎日の使い方

Claude Code は「コードを書く人だけの道具」ではありません。むしろ、企画、マーケティング、営業、カスタマーサポート、バックオフィスの人が、日々の小さな面倒を安全に減らすために使える道具です。

ただし、非エンジニアがいきなり「全部作って」「本番に反映して」と頼むのは危険です。Claude Code はファイルを読み、変更し、コマンドを実行できます。便利な反面、依頼の範囲が曖昧だと、重要な設定ファイルを読ませたり、意図しない場所を書き換えたり、検証せずに公開してしまう可能性があります。

この記事では、プログラミング経験がない人でも Claude Code を使えるように、専門用語をできるだけ日常語に置き換えて説明します。目標は「AIに丸投げする」ことではなく、小さく頼み、差分を読み、危ないところで止まれるようになることです。

基本の導入手順は Claude Code入門ガイド も参考になります。権限まわりを深く確認したい場合は Approval / Sandbox 設定ガイド と Claude Code 権限設定完全ガイド をあわせて読んでください。

Claude Codeでできること

Claude Code は、パソコン上の作業フォルダを見ながら、文章作成、コード修正、ファイル整理、テスト実行などを手伝うAIアシスタントです。

ここでいう「コード」は、難しいアプリ開発だけを指しません。Webサイトの記事、CSV、設定ファイル、FAQ、社内マニュアル、メール文面、スプレッドシート用の集計スクリプトも、広い意味では「変更できるファイル」です。

非エンジニアに向いている使い方は、次のような小さな仕事です。

仕事	頼み方の例	成果物
Webサイト更新	料金表の文言を新プランに合わせて直して	HTML、MDX、CMS用原稿
ドキュメント整備	FAQを初心者向けに並べ替えて	Markdown、社内Wiki文案
表データ処理	CSVから未対応顧客だけ抽出して	CSV、集計レポート
業務自動化	毎朝のチェックリストを作って	手順書、簡単なスクリプト
依頼整理	曖昧な要望を実装前チェックリストにして	タスク一覧、確認質問

「ターミナル」は、文字でパソコンに指示を出す画面です。「差分」は、変更前と変更後の違いです。「権限」は、Claude Code に何をさせてよいか決めるルールです。この3語だけ覚えると、怖さがかなり減ります。

安全な全体像

最初から作業を任せるのではなく、次の流れで使います。

flowchart LR
  A["目的を1文で書く"] --> B["小さな作業に分ける"]
  B --> C["Claude Codeに調査だけ頼む"]
  C --> D["変更案を確認する"]
  D --> E["1つだけ編集させる"]
  E --> F["差分と動作確認を見る"]
  F --> G{"不安が残る?"}
  G -->|はい| H["エンジニアに相談"]
  G -->|いいえ| I["公開・共有は人間が判断"]

重要なのは、Claude Code に「まず調べて。まだ編集しないで」と言えることです。これだけで、かなり安全になります。

最初に作る小さなルール

作業フォルダの中に .claude/settings.json を置くと、Claude Code に許可する操作を絞れます。公式ドキュメントでは、設定ファイル、権限、セキュリティの考え方が説明されています。

• Claude Code overview
• Configure permissions
• Claude Code settings
• Security

初心者は、最初から広い許可を出さないほうが安全です。次は、読み取りと確認系のコマンドだけを通し、編集や削除は確認を求める例です。

{
  "$schema": "https://json.schemastore.org/claude-code-settings.json",
  "permissions": {
    "allow": [
      "Read",
      "Grep",
      "Glob",
      "Bash(npm run build)",
      "Bash(npm run test)"
    ],
    "ask": [
      "Edit",
      "Write",
      "Bash(git diff)",
      "Bash(git status)"
    ],
    "deny": [
      "Read(.env*)",
      "Read(**/secrets/**)",
      "Bash(rm -rf *)",
      "Bash(git reset --hard)",
      "Bash(git push *)",
      "Bash(npm publish *)"
    ]
  }
}

allow は「確認なしで許可」、ask は「実行前に人間へ確認」、deny は「禁止」です。.env はAPIキーやパスワードが入ることがある設定ファイルなので、非エンジニアの通常作業では読ませないほうが無難です。

曖昧な依頼を安全なチェックリストに変える

Claude Code に向いていない依頼は「いい感じにして」「全部直して」「急ぎで公開して」のような大きすぎる依頼です。まず、曖昧な依頼をチェックリストへ変換させます。

あなたは安全確認を重視する作業アシスタントです。
まだファイルは編集しないでください。

目的:
問い合わせページを、初めて見るお客様にも分かりやすくしたい。

やってほしいこと:
1. 変更対象になりそうなファイルを探す
2. 変更前に確認すべき質問を5つ出す
3. 小さな作業単位に分ける
4. 危険な作業と、エンジニア確認が必要な作業を分ける
5. 最後に「今日やってよい最小タスク」を1つ提案する

このプロンプトは、Webサイト更新、社内資料、FAQ、メールテンプレートのどれにも使えます。ポイントは「まだ編集しないでください」を最初に書くことです。

実務ユースケース1：Webサイトの文言修正

非エンジニアが最も使いやすいのは、Webサイトの文言修正です。たとえば料金表、採用ページ、FAQ、キャンペーンLPなどです。

まだ公開やデプロイはしないでください。

料金ページの文言だけを見直してください。
対象:
- site/src/content/pricing.mdx
- site/src/pages/pricing.astro

依頼:
1. 現在のプラン名と説明文を読み取る
2. 初心者に伝わりにくい表現を一覧にする
3. 変更案を表で出す
4. 私が承認した文言だけ反映する
5. 反映後に git diff の読み方を日本語で説明する

ここでは「文言だけ」と範囲を狭めています。デザイン崩れ、価格ロジック、決済連携まで触らせると、確認すべき範囲が急に広がります。まずはテキストに限定してください。

実務ユースケース2：社内ドキュメント作成

Claude Code は、既存のファイルを読みながらドキュメントを整えるのが得意です。手順が人によって違う業務ほど効果があります。

docs/onboarding/ フォルダを読んで、新入社員向けの「初日の準備チェックリスト」を作ってください。

条件:
- 既存ファイルの内容を勝手に消さない
- 新しいファイル docs/onboarding/day-one-checklist.md を作る
- 専門用語は初出で説明する
- 不明点は「要確認」として残す
- 最後に、私が人事担当者に確認すべき質問を3つ出す

この使い方は、Claude Codeでドキュメント生成 と相性がよいです。AIに正解を作らせるというより、散らばった情報を読みやすく整理させる感覚で使います。

実務ユースケース3：CSVとスプレッドシート作業

売上、問い合わせ、アンケート、在庫などのCSV処理にも使えます。ただし、個人情報や契約情報が含まれる場合は、事前に社内ルールを確認してください。

次のようなサンプルCSVなら、Claude Code に集計スクリプトを作らせて実行できます。

date,customer,plan,status,amount
2026-06-01,A社,Standard,open,12000
2026-06-01,B社,Pro,closed,30000
2026-06-02,C社,Standard,open,12000

依頼例です。

data/inquiries.csv を読んで、未対応の問い合わせだけを抽出する手順を作ってください。

条件:
- まず列名と件数だけ確認する
- 個人情報らしき列があれば処理前に止まる
- scripts/open-inquiries.mjs を作る
- node scripts/open-inquiries.mjs で output/open-inquiries.csv が出るようにする
- 実行結果の件数を日本語で報告する

スプレッドシート連携の実装例は Claude Codeでスプレッドシート連携を自動化する に詳しくまとめています。

実務ユースケース4：業務自動化のたたき台

毎朝の確認、月末レポート、問い合わせ分類などは、いきなり完全自動化せず、まず「人間が見るチェックリスト」にします。

毎朝9時に担当者が行う作業を、チェックリストにしてください。

入力:
- 未対応問い合わせを見る
- 前日売上を確認する
- エラー通知を確認する
- 今日の優先対応をSlackに投稿する

出力:
- docs/daily-ops-checklist.md
- 所要時間の目安
- 自動化できる部分と、人間判断が必要な部分の表
- 失敗したときの戻し方

自動化の設計は Claude Codeで開発ワークフローを自動化する実例集 も参考になります。非エンジニアの場合、「ボタン1つで全部実行」より「毎日同じ順番で確認できる」ことのほうが、最初の価値は大きいです。

毎日の安全チェックリスト

Claude Code を日常業務で使う前に、次のチェックを習慣にしてください。

タイミング	確認すること
開始前	今日は何を1つだけ終わらせるか決める
調査時	「まだ編集しないで」と明記する
編集前	対象ファイルが合っているか確認する
承認前	Edit、Write、Bash の内容を読む
編集後	git diff で変更箇所を見せてもらう
共有前	本番反映、送信、公開、削除が含まれないか確認する
不安な時	スクリーンショットや差分を添えてエンジニアに聞く

差分を見るときは、全部のコードを理解する必要はありません。最低限、「どのファイルが変わったか」「文章だけか、動く仕組みも変わったか」「削除が多すぎないか」を見ます。

失敗例と落とし穴

落とし穴	何が起きるか	止める基準
「全部直して」と頼む	変更範囲が広がり、確認不能になる	1ファイル、1目的に分ける
.env を読ませる	APIキーや秘密情報が見える可能性	読み取りを拒否し、エンジニアへ相談
git push を許可する	未確認の変更が外部へ出る	非エンジニア作業では原則禁止
本番データを処理する	個人情報や契約情報を誤処理する	サンプルデータで先に試す
テストなしで公開する	表示崩れやリンク切れに気づけない	ビルド、プレビュー、目視確認を必須にする
エラー文を読まずに再実行する	同じ失敗を繰り返す	エラーを要約させてから判断する

特に「削除」「送信」「公開」「決済」「個人情報」「契約」「本番」という言葉が出たら、一度止まってください。Claude Code が自信ありげに説明していても、人間の承認が必要です。

エンジニアに相談すべき境界線

次の作業は、非エンジニアだけで進めないほうが安全です。

• 顧客データ、個人情報、決済情報を読む作業
• .env、APIキー、認証情報、秘密鍵に関係する作業
• git push、デプロイ、公開、メール一斉送信
• データベースの削除、移行、更新
• セキュリティ、権限、ログイン、請求に関わる変更
• エラーの意味が分からないまま何度も再実行する作業

相談するときは「Claude Code が何をしようとしているか」「どのファイルが変わったか」「自分は何が不安か」を添えると、エンジニアも判断しやすくなります。

研修・相談に使うCTA

ClaudeCodeLab では、非エンジニア向けの Claude Code 活用研修、社内ルール作成、業務自動化の相談を受け付けています。

おすすめの支援範囲は、次の3つです。

1. 既存業務を見て「Claude Codeに任せてよい作業」と「人間が確認する作業」を分ける
2. .claude/settings.json、チェックリスト、依頼テンプレートをチーム用に整える
3. Web更新、FAQ整備、CSV集計などの小さな成功例を一緒に作る

単発の相談でも、半日研修でも構いません。AI導入を急ぐより、事故を起こさない運用線を先に引くほうが、結果的に定着します。

実際に試した結果

この記事の手順を、サンプルのWeb文言修正、社内チェックリスト作成、CSV抽出の3パターンで試しました。最も効果があったのは、最初の依頼に「まだ編集しない」「質問を出す」「危険な作業を分ける」と書くことでした。逆に、最初から「完成させて」と頼むと、確認すべき差分が増え、非エンジニアには判断が難しくなりました。

Claude Code は、作業を魔法のように消す道具ではありません。小さく依頼し、差分を読み、不安なら止まる。その習慣があれば、非エンジニアにとってもかなり実用的な仕事道具になります。