目次
- Claude Codeとは — 30秒で分かる前提知識
- 非エンジニアでも「使える」と確信した瞬間
- 「部下に仕事を丸投げしている」— コードを書かずに動かす感覚
- 秘書ではなく「部下」という感覚
- 看護師の現場で培った「指示出し・段取り力」
- 父親にも使わせてみた — 非エンジニアの再現実験
- 父親にやらせた5つの手順
- ポイント：父親が自分でプロンプトを書いた
- 読者がこの手順を再現するためのプロンプト例
- 「使える」と「使いこなす」は別物 — 正直な限界
- 非エンジニアが「使える」範囲
- エンジニアでないと「無理だな」と感じる場面
- 1ヶ月使ってみた結論 — 鍵は「伝える力」と「すり合わせ」
- コードを書く力より「伝える力」
- 実行前のすり合わせが成否を分ける
- 非エンジニアが Claude Code を始めるなら、まずやること
- よくある質問
- Q. プログラミングの知識がまったくなくてもClaude Codeは使えますか？
- Q. 非エンジニアが Claude Code で失敗しないために一番大事なことは？
- まとめ — 「使える」は本当。ただし鍵は「伝える力」
「Claude Codeってプログラマー向けのツールじゃないの？」
使い始める前、自分もそう思っていました。コードが書けない自分が使っていいものなのか、正直半信半疑でした。
でも今は、コードを1行も書かないまま、スクリプトを30個以上動かしています。ブログの自動投稿、記事の整形、画像プロンプトの生成——これらが全部 Claude Code で動いています。
ただし正直に言います。「使える」と「使いこなす」は、別物でした。
この記事は、プログラミング経験ゼロの看護師が Claude Code を1ヶ月使い続けて気づいた、非エンジニアにとっての本当の境界線の話です。
「どこまでできて、どこで詰まるのか」——これが一番知りたいことだと思うので、できるだけ正直に書きます。
Claude Codeとは — 30秒で分かる前提知識
Claude Code は、Anthropic が提供する AI コーディングエージェントです。一言でいうと、「AIが自分でコードを書いて、自分で実行するツール」です。
ChatGPT との違いを一文で言うなら、「ChatGPT はコードを見せてくれるが、Claude Code はコードを書いて動かしてくれる」ということです。
ChatGPT に「こういうスクリプトを作って」とお願いすると、コードを出力してくれます。でもそれを動かすのは自分です。コピーして、ターミナルに貼って、エラーが出たらまた質問して——この作業が発生します。
Claude Code は違います。「こういうことをやりたい」と伝えると、コードを書いて、そのままターミナルで実行します。エラーが出れば自分で修正して、また実行します。人間はその過程を見ているだけで、気づいたら動いている、というイメージです。
Claude Code の全体的な仕組みや料金については、AIでブログ運営を自動化する全体フローで詳しく解説しています。この記事では「非エンジニアが実際に使えるのか」という一点に絞ります。
非エンジニアでも「使える」と確信した瞬間
Claude Code を使い始めた当初、自分は「お願いはできるけど、どこかで壁にぶつかるだろうな」と思っていました。コードのことがわからなければ、指示も曖昧になるだろうし、エラーが出ても対処できないだろうと。
その予感が外れた瞬間が、あります。
自動投稿のためのプログラムを Claude Code が自分で組んで、そのまま実行しているところを見た瞬間です。
自分はコードを書いていない。それなのに、ターミナルに文字が流れて、プログラムが動いて、ブログ記事が WordPress に上がっていく。「自動投稿のためのプログラムを組んで実行しているところをみて」——この体験が確信になりました。
なにが衝撃だったかというと、「組んで」と「実行している」の、その2段階です。
コードを生成してくれるだけなら、AI はずっと前からやっていました。でも Claude Code は書いたあと、自分でそれを動かしました。エラーが出ると、また自分で修正して、また動かします。自分は横から見ているだけです。
プログラムを「書く」作業と「動かす」作業の両方が、自分の手から離れた。それがリアルに見えた瞬間でした。
「これは自分でコードを書かなくても使える」——この確信が、この場面から生まれました。
「部下に仕事を丸投げしている」— コードを書かずに動かす感覚
この感覚を聞かれたとき、咄嗟に出てきた言葉が「部下に仕事を丸投げしている」でした。
「秘書に頼む」でも「ツールを使う」でも「AIにお願いする」でもなく、「部下に丸投げ」です。
この言い方には、自分なりの意味があります。
秘書ではなく「部下」という感覚
秘書に頼むのは、細かい段取りをすべて自分で決めたうえで「やっておいて」と渡す感じです。でも Claude Code はそうじゃない。「こういうことをやりたい。あとはよろしく」と渡すと、手順を自分で考えて動いてくれます。
指示の粒度が違う、というか、「何をしたいか」だけ伝えれば「どうやるか」は向こうが考える。この関係性が、部下への丸投げに近い感覚でした。
「丸投げ」という言葉は少しぞんざいに聞こえるかもしれませんが、ここでは「結果だけ求めて手順は任せる」という意味で使っています。仕事の進め方を逐一指示するのではなく、ゴールだけ渡して「あとは考えて」という委任の形です。
看護師の現場で培った「指示出し・段取り力」
もう一つ思ったのは、看護師としてチームで動く経験が、ここで活きているという感覚です。
病棟で動くとき、先輩看護師やリーダーには「この処置をやりたい。物品はこれとこれが必要。患者さんの状況はこう」と端的に伝えます。相手が忙しいなか動いてもらうには、曖昧な伝え方をしても動いてもらえない。「何をしたいか」「何が必要か」「いつまでに必要か」——この3つを的確に伝える癖は、現場で自然についた力です。
Claude Code への指示も、同じだと感じています。「こういうことをやりたい」「環境はこうなっている」「これが動けばOK」——この伝え方ができれば、あとは Claude Code が動いてくれます。
コードを書く力よりも、「何をやりたいかを言語化する力」「相手に伝わる形で渡す力」——看護師として磨いてきた力の方が、ずっと直結しています。
非エンジニアの自分が Claude Code を動かせているのは、プログラミングを勉強したからではなく、現場で叩き込まれた段取り力の方が効いているかもしれない、と思っています。
父親にも使わせてみた — 非エンジニアの再現実験
「自分が使えた」は自分一人の話です。「自分は看護師だし、多少 PC 操作には慣れているから使えただけじゃないか」という疑いは、自分でもありました。
そこで試したのが、父親に使わせることでした。
父親がブログをやりたいと言ったので、Claude Code を使ってブログの自動化まで一気にやらせました。
父親にやらせた5つの手順
手順を整理するとこうなります。
ステップ1：サーバー契約
レンタルサーバーを契約させました。契約手順は父親が自分でやっています。
ステップ2：ドメイン登録
ドメインを取得させました。サーバーとの紐付け作業も含めて父親がやっています。
ステップ3：WordPress インストール
サーバー管理画面から WordPress をインストールさせました。初期設定（テーマの有効化など）もここに含まれます。
ステップ4：Claude Code 契約
Claude Code の月額契約（Pro プラン・月額$20）を父親名義で契約させました。
ステップ5：プロンプトを書いて実行させた
父親が自分でプロンプトを書きました。書いた内容はこれです。
Claude Code にブログの自動化させたい。SSH接続、REST API接続できるようにして
これを Claude Code に入力して、実行させました。
ポイント：父親が自分でプロンプトを書いた
ここが重要です。自分（ハロ）がプロンプトを代わりに書いたのではありません。父親が自分の言葉で書きました。
「ブログの自動化させたい」「SSH接続とREST API接続ができるようにしてほしい」——この2点を日本語で書いただけです。SSH・REST API という言葉が入っていますが、これも「やりたいこと」を言葉で表現したものです。何を指しているかの技術的な理解がなくても、「こういう接続ができるようにしてほしい」という要求として書ける言葉です。
この1行のプロンプトから、Claude Code がサーバーとの接続設定を行い、WordPress の REST API を使った投稿スクリプトを組んで、動かしました。
結果、ブログを自動化できました。
読者がこの手順を再現するためのプロンプト例
同じことを試してみたい方向けに、父親が使ったプロンプトのベースを整理します。
Claude Code にブログの自動化をやりたい。
サーバーは [使っているサーバー名] で、WordPress を入れてある。
SSH 接続と REST API 接続ができるようにして、
Markdown ファイルを WordPress に投稿できる状態にしてほしい。
このプロンプトを Claude Code のターミナルに入力して実行させると、以下のことを Claude Code が順に進めます。
- SSH の接続情報を確認する（ホスト名・ポート・秘密鍵など）
- SSH 接続テストを実行する
- WordPress REST API のエンドポイントを確認する
- API 経由でテスト投稿を実行する
- 問題があれば自分でエラーを修正して再実行する
自分が入力するのは最初のプロンプトだけです。あとは Claude Code が「何が必要か」を一つずつ確認しながら進めます。途中でサーバーのパスワードや API キーを求められたら入力する必要がありますが、指示された通りに入力するだけです。
ただし注意点があります。Claude Code を動かすには「ターミナル」が必要です。Mac なら標準搭載、Windows なら WSL（Windows Subsystem for Linux）や PowerShell を使います。「ターミナルを開いてコマンドを入力する」という最低限の操作は必要です。
Claude Code のインストールから最初の設定については、Claude Code の始め方・インストールから初期設定までで手順を詳しく解説しています。
「使える」と「使いこなす」は別物 — 正直な限界
「使える」という話ばかりしましたが、正直に言います。
「もっと Claude Code を使いこなすには専門的知識、エンジニアじゃないと無理だなって思う」
これが今の自分の認識です。
非エンジニアが「使える」範囲
今の自分がやっていることの範囲は、こんな感じです。
- 定型スクリプトの実行：「このファイルをあのフォルダに移動して」「このMarkdownをWordPressに投稿して」
- 繰り返し作業の自動化：「毎回やっているこの手順をスクリプトにして」
- 設定ファイルの作成：「こういう設定にしたい。ファイルに書いて」
- エラーへの対処（自動）：Claude Code が自分でエラーを見て修正して再実行してくれる
これらは「何をしたいか」が言葉で伝えられれば動きます。コードの中身がわからなくても、目的が明確なら使えます。
1ヶ月でスクリプトが30個以上になったのも、毎回「次はこれをやりたい」と伝えて積み上げてきた結果です。一つひとつは小さな自動化でも、積み重ねると体感としてかなり楽になります。
エンジニアでないと「無理だな」と感じる場面
一方で、こういう場面ではしんどさを感じます。
エラーの原因を自分で特定する必要があるとき
Claude Code がエラーを自動修正してくれることは多いですが、環境依存の問題（OS のバージョン・ライブラリの競合・サーバー設定の特殊な部分など）では、「なぜこのエラーが出ているか」の背景知識がないと、Claude Code が出してくる修正案を評価できません。「この修正で本当にいいのか」がわからず、試してみるしかない状態になります。
複数のシステムをまたぐ設計をするとき
単体の作業は動かせます。でも「A のシステムと B のシステムをつないで、C を自動化する」という設計を自分で考えようとすると、どこが難しくてどこが簡単かの見通しが立てられません。Claude Code に「こういうことがしたい」と投げることはできますが、提案された設計が妥当かどうかの判断がしにくい。
コードのメンテナンス
スクリプトを作ってもらって動かしているうちに、何かのタイミングで動かなくなることがあります。Claude Code に修正を依頼して直ることもありますが、「なぜ動かなくなったか」「この修正で本当に直ったか」の理解が薄いまま進んでいる感覚は、正直あります。
「使える」は本当のことで、嘘をついていません。
でも「使いこなす」、つまり設計判断ができて、エラーの原因がわかって、コードの中身を読めるレベルになるには、エンジニアの専門知識が要ります。自分にはそこまではできません。
これが「使える」と「使いこなす」の境界線です。非エンジニアにとって、ここを正直に知っておくことは大事だと思っています。
1ヶ月使ってみた結論 — 鍵は「伝える力」と「すり合わせ」
1ヶ月使い続けて、一番大事だと感じたことを言います。
「やりたいことをいかに Claude Code に伝えるか。まず実行させる前に何をしたいのか、そのためにどういう手順を行うのかを Claude Code とすり合わせしてから実行する。のが大切。」
コードを書く力ではなく、「伝える力」と「手順をすり合わせる力」です。
コードを書く力より「伝える力」
最初に試したとき、「やって」と一言渡したらとんちんかんな結果が出てくることがありました。
「ブログを自動投稿したい」だけ伝えても、Claude Code はどこへ投稿したいか、何の形式のファイルを投稿したいか、認証情報はどこにあるかを知りません。こちらが「伝えた気になっている」と、向こうは「情報が足りないから仮定で進む」になります。その仮定がずれると、動くけど意図と違うものができあがります。
「何をしたいか」「環境はどうなっているか」「何が動けばOKか」——この3点を整理して伝えると、動きが変わります。
実行前のすり合わせが成否を分ける
自分がいまやっているのは、実行する前に必ず Claude Code と一往復することです。
「こういうことをやりたい。手順としてはどういうステップになる？」と聞いて、Claude Code が「まずAをして、次にBをして、Cを確認してから実行します」と返してきたら、その手順が自分の意図と合っているかを確認します。
この確認なしに「とりあえず実行」すると、取り返しのつかない変更（ファイルの削除・上書き・本番環境への誤った変更など）が起きることがあります。ミスがあっても「あの手順を確認していた」という記録があれば、どこでズレたかが追いやすい。
この「すり合わせから入る」習慣が、失敗を減らした実感として一番大きいです。
「部下に丸投げする」とはいっても、丸投げできる状態にするために、「何をゴールにするか」「何をやってはいけないか」を事前に話し合う工程がある。その工程をサボらないことが、うまく使うコツだと感じています。
Claude Code で自動化できる具体的な内容については、Claude Code でブログ作業を自動化した10のことでまとめています。何を自動化できるかのイメージをつかみたい方は、こちらも参考にしてください。
非エンジニアが Claude Code を始めるなら、まずやること
「使ってみたい」と思った方向けに、今日から動ける手順を整理します。
1. Claude Code の Pro プランを契約する（月額$20）
Free プランもありますが、Claude Code をある程度使うなら Pro が現実的です。
2. ターミナルを開けるようにする
Mac なら「ターミナル」アプリ、Windows なら PowerShell か WSL を使います。「コマンドを入力して Enter を押す」ができる状態にしておくことが最低条件です。
3. インストールして最初の動作確認をする
インストール後、最初のプロンプトは小さくします。「今いるフォルダのファイル一覧を教えて」レベルから始めると、エラーが出てもダメージが少ない。
4. 最初のタスクを「小さく・取り消せる範囲で」決める
「この1つのMarkdownファイルをWordPressに投稿したい」など、一つの作業に絞ります。うまくいったら次を足す、という積み上げ方が安全です。
5. 実行前に「手順を教えて」と一往復する習慣をつける
「このタスクをやりたい。どういう手順で進める？」と聞いてから実行する。これを癖にするだけで、意図しない結果がかなり減ります。
インストールから初期設定の詳細な手順は、Claude Code の始め方・インストールから初期設定までで確認してください。全体像から知りたい方はAIでブログ運営を自動化する全体フローも合わせてどうぞ。
よくある質問
Q. プログラミングの知識がまったくなくてもClaude Codeは使えますか？
一般論から言うと、Claude Code は日本語で指示するだけで動きます。コードを書く必要はありません。ただし「ターミナルを開いてコマンドを入力する」という最低限の操作は必要です。この操作自体は、コードを書く知識とは別で、手順通りに動けば問題ありません。
自分の実感として、コードを1行も書かないまま、スクリプトを30個以上運用できています。さらに父親が「Claude Code にブログの自動化させたい。SSH接続、REST API接続できるようにして」とプロンプトを書いて実行しただけで、ブログ自動化を完成させました。
「使える」は本当です。ただし「使いこなす」——設計判断ができてエラーの原因がわかるレベル——には別の壁があります。最初から全部やろうとせず、一つの作業を動かすところから始めるのが現実的です。
Q. 非エンジニアが Claude Code で失敗しないために一番大事なことは？
一般的には、いきなり大きなタスクを任せず、小さな作業から始めることが言われています。これは正しいと思います。
自分の経験でいうと、「実行させる前に何をしたいのか、どういう手順で進めるかを Claude Code とすり合わせしてから実行する」ことが一番大事でした。
「とりあえずやって」で渡すと、情報が足りない部分を Claude Code が仮定で埋めます。その仮定が自分の意図と合っていれば問題ないですが、ずれると意図と違うものができあがる。取り返しのつかない操作（ファイルの削除・本番環境の変更など）が含まれているときは、特に危ない。
「何をゴールにするか」「やってはいけないことは何か」を最初に確認する一往復が、失敗を一番減らしてくれます。「部下への丸投げ」も、何も言わずに渡すのではなく、ゴールと条件を先に話し合ってから渡す、という段取りが必要です。
まとめ — 「使える」は本当。ただし鍵は「伝える力」
1ヶ月使い続けて、確信していることがあります。
非エンジニアでも Claude Code は使えます。 コードを1行も書かなくても、スクリプトは動きます。父親が1行のプロンプトで自動化を完成させたのも、作り話ではありません。
ただし「使える」と「使いこなす」の間には壁があります。その壁は「コードが書けるか」ではなく、「設計判断ができるか」「エラーの本質がわかるか」です。この壁は、自分は今でも感じています。
でも「使える」範囲は、非エンジニアでも意外と広い。
そして鍵は、コードを書く力ではなく、「やりたいことを伝える力」と「実行前に手順をすり合わせる力」でした。これは看護師として現場で磨いてきた力と、かなり重なっています。
エンジニアじゃないから諦める必要はない、と思います。ただし「魔法のように全部解決してくれる」とも思わない方がいい。その両方が、正直なところです。
使ってみる価値があるツールかどうか——少なくとも自分は、使い続けています。
看護師として Claude Code を仕事で使えるか考えた話は note でも別記事として書きました。
