コードを書けない看護師のためのClaude Code実践教材

この記事は、誰が、何のために読むのか

この記事は、コードを書いたことがなく、

自分のPCで小さな道具を作ってみたい看護師に向けた教材だ。

何を頼めばよいか分からない。

画面ができても、どこを試せば「動いた」と言えるのか分からない。

そんな最初の迷いを、一つの題材で順に確かめていく。

Claude Codeに日本語で頼むところから、項目を追加し、

チェックを入れ、開き直して結果を見るところまでを練習する。

作るのは、学習項目を追加し、終わったらチェックする「個人用学習チェックリスト」。

患者さんの記録も、職場の資料も使わない。

ここに出てくる学習項目は教材用の架空例であり、

私が過去の勤務で実際に使った道具の紹介ではない。

最後まで実習して目指すゴール

手元にチェックリストと確認結果を残し、

次の三つを自分で確かめられることを目指す。

1. 学習項目を一つ追加し、その項目の完了・未完了を切り替えられる。

2. 同じPC・同じブラウザ・同じファイルで再読み込みし、項目と完了状態が残ったか確認できる。

3. 結果が違えば「操作・期待・実際」を伝えて修正を頼み、見出しなどを一つ変えた後にも、元の追加・切替・保存を確認できる。

不具合が出なければ、わざと壊す必要はない。

小さな変更と、その前後の確認を練習すればよい。

最後に「できたこと・未確認・次に試す一つ」を書き、自分がどこまで進んだかを残す。

医療判断や臨床で使うシステムの完成は、この教材のゴールに含めない。

私は、プログラミングが分からない状態から、Claude Codeを使って小さな道具を作ってきた。

以前の記事では、最初に日付表示のページを作った経過を書いた。

今回は、その話を読むだけで終わらせず、読者が手元で試せる教材にする。

作る範囲を小さくするのは、途中で分からなくなったときに戻れるようにするためだ。

入力した言葉、押したボタン、変わった画面。

この三つなら、自分でも照合できる。

迷ったら、この順番へ戻る

• 第1〜3章（無料）：準備する。 作る範囲、費用と環境、AIへ伝える要件を決める。

• 第4〜6章：作って、確かめる。 ファイルを開き、一項目を動かして、保存や入力の扱いを確認票に残す。

• 第7〜9章：直して、自分用にする。 結果の違いを伝え、小さな変更を試し、確認できた範囲と次の一歩を記録する。

第4章からは500円の実習部分だ。

完成見本のHTML全文、要件・修正の記入シート、16項目の確認票、

各章の演習と解答例をまとめた。

制作をClaude Codeへ頼むための利用料は記事代と別だ。

完成見本をコピーして試す経路も含め、第2章で必要な環境と費用を確認してほしい。

一度の指示で同じものができる保証はない。

だから、うまくいったときの手順に加え、

「画面が出ない」「チェックだけ戻る」「保存できない」とき、

どこへ戻って何を伝えるかまで扱う。

1．完成見本から、学ぶことを先に決める

作る道具には、三つの機能がある

画面には「学習項目」の入力欄と「追加する」ボタン、その下に項目の一覧がある。

「学習の目標を一文にする」と入力し、追加する。

すると、その言葉がチェック欄と一緒に一覧へ出る。

チェックを入れると完了、外すと未完了になる。

ブラウザの保存機能が利用できる環境では、同じ開き方で再読み込みしても、その状態が残る。

機能は、追加・完了の切替・保存の三つ。

削除、期限、通知、共有、AIによる問題生成は、最初の版には入れない。

これは機能を増やせないという意味ではない。

最初の三つについて、自分で「こう動けば合格」と言えるようにしてから次へ進む、という順番だ。

この記事には、途中で自分の生成結果と見比べるための完成見本も付ける。

見本は参照用の解答であり、あなたの指示から同じコードが必ず生成されるわけではない。

AIが出すコードや説明は、モデル、会話の履歴、実行環境によって変わる。

読み終わったときの到達点

この記事では、次の五つを自分の言葉で説明し、試せることを目指す。

• 作りたいものを、入力・操作・結果・やらないことに分けられる。

• Claude Codeの作業フォルダを決め、生成されたHTMLを開ける。

• 項目を追加し、完了を切り替え、保存結果を確認できる。

• うまくいかない動きを再現し、期待と実際の違いを伝えられる。

• 修正の前後を比べ、元の動きを壊していないか確かめられる。

臨床で使えるシステムを作ることは、この教材の到達点に含めない。

チェックを入れる操作を覚えることと、医療記録として使ってよいことは、別の判断だ。

まず「自分で確かめられるもの」を一つ作る。

その経験を、次の道具を考える足場にする。

無料で試す、最初の設計練習

次の一文を見てほしい。

「勉強を楽にするアプリがほしい」

このままでは、AIは問題集、タイマー、予定表、復習通知など、いろいろなものを作れる。

どれが自分に必要かを決めていないと、出てきた画面の良し悪しも判断しにくい。

そこで、まだAIを開かずに次の四行を埋める。

入力するもの：学習したい項目の短い名前
自分がする操作：項目を追加し、終わったらチェックを入れる
確認したい結果：今日取り組む項目と、終わった項目が見分けられる
今回は作らないもの：問題の自動生成、期限通知、他人との共有

これだけで、作る範囲がかなり絞れる。

実際の患者事例や職場の情報は、書く必要がない。

あなたの題材でも、この四行を埋めてみてほしい。

「操作」が何個も並ぶなら、一つに減らす。

結果に「効率化する」しか書けないなら、画面で何が変われば分かるかを書き直す。

たとえば「勉強を忘れなくなる」は、このチェックリストだけで保証できない。

「追加した項目が一覧に出る」なら、その場で確かめられる。

最初の仕様には、後者のような結果を書く。

自分に合う教材か、先に確かめる

次のどれかに当てはまるなら、この記事の実習を使える。

• AIに「アプリを作って」と頼む前に、必要な機能をどう絞ればよいか知りたい。

• HTMLの画面を開くところから、追加・チェック・保存までを順番に試したい。

• 「動きません」の先へ進み、操作と結果を伝えて修正を頼みたい。

一方、患者情報を扱う業務アプリ、複数人で共有するサービス、スマホへの公開までを作りたい人には、今回の教材の範囲は足りない。

この題材で学ぶのは、私用の小さな道具を確かめる手順だ。

制作実習には、個人で使ってよいPCとClaude Code対象の契約が必要で、利用料は記事代と別になる。

完成見本をコピーしてPCブラウザで試すだけならClaude Codeの契約は不要だ。

スマホだけで同じ制作手順を進める教材ではない。

導入で迷っている人は、第2章の条件と費用を読んでから契約を判断してほしい。

読むためだけに先に契約する必要はない。

すでにClaude Codeを起動できる人は、作業フォルダの確認へ進める。

実習は一度に終えなくてよい。

区切りは「一項目を動かす」「再読み込みして確かめる」「一つだけ変更する」の三つ。

途中で止まったときは、画面の表示と次に試す一つを残す。

2．道具をそろえ、作業場所を決める

記事代と、制作に使うサービスの費用は別

必要なのは、個人で利用してよいPC、ブラウザ、インターネット接続、Claude Codeを使えるアカウントだ。

制作中のAIとのやり取りは、PCの外にあるサービスへ送られる。

完成した道具を外部通信なしに作ることと、制作中のAIへの送信をなくすことは、同じではない。

教材には架空の学習項目だけを使う。

患者事例、勤務表、院内マニュアル、顧客資料を、作業フォルダにも入力欄にも置かない。

職場のPCに勝手にインストールせず、まず個人の練習環境で進める。

2026年10月13日に確認した公式料金ページでは、Claude Proは月払い20米ドル、年払いは年額200米ドルで月あたり17米ドルと表示されていた。

地域、税、決済経路、通貨の条件によって実際の請求額は変わりうる。

記事の購入に、この利用料が含まれているわけではない。

本教材は、ClaudeのサブスクリプションでClaude Codeを使う経路を前提にする。

無料プランで同じ制作経路が使えるとは扱わない。

APIの従量課金アカウントは別の経路なので、ここでは設定しない。

利用上限に達したら作業を区切る。

追加利用やAPIへの切替を、エラー修正の一部として進めない。

インストール方法や対象プランは更新される。

契約前にはClaude Codeの公式セットアップで、使うOSとアカウントの条件を確認してほしい。

公式の対応条件には、macOS 13以降、Windows 10のバージョン1809以降などと、4GB以上のメモリが挙がっている。

自分のOSが分からない場合は、導入命令を実行する前にPCのシステム情報と公式の動作条件を照らし合わせる。

ターミナルは、PCへ文字で指示する場所

ターミナルと聞くと、それだけで難しく感じるかもしれない。

ここで最初に使う操作は、作業フォルダへ移動すること、Claude Codeを起動すること、終わることだ。

Macでは、Commandキーとスペースキーを押し、検索欄に「ターミナル」と入れて開く。

Windowsでは、PowerShellを使う。

Windowsの画面には「PS」という表示があるかを確認する。

コマンドプロンプトという別の画面と、入力する命令が違う場合がある。

黒や白の画面に記号と文字が出ても、その表示全体を自分で打ち直す必要はない。

入力するのは、以下の枠の中にある命令だけである。

命令を貼り付けたらEnterを押す。

日本語の説明文まで一緒に貼らない。

初めての導入は、公式のターミナル入門も横に開いて進める。

この教材の説明は、2026年10月13日時点の公式手順に合わせている。

Windowsへの新規導入は、今回の教材制作では実機確認していない。

Claude Codeを導入する

既に使えている人は、導入を繰り返さず、作業フォルダの節へ進んでよい。

Macの公式導入例は、次の一行だ。

curl -fsSL <https://claude.ai/install.sh> | bash

WindowsのPowerShellでは、次の一行になる。

irm <https://claude.ai/install.ps1> | iex

どちらも、公式の配布元からプログラムを取得して実行する命令だ。

自分で内容を判断できない別サイトの命令に置き換えない。

実行後は公式画面の案内を読み、完了するまで待つ。

新しいターミナルを開き、次を入力する。

claude --version

バージョン番号が出れば、命令を見つけて起動できている。

番号がこの記事の見本と一致する必要はない。

現行のネイティブ導入では、以前の解説にあるnpm経由の方法を、そのまま先に足す必要はない。

「command not found」や「認識されません」が出たときは、ここで止める。

アプリの制作指示へ進む前に、公式の導入トラブル対処を確認する。

新しいターミナルでも同じなら、表示されたエラーとOS、どの命令を実行したかを整理する。

何度も別のインストール方法を重ねると、原因が追いにくくなる。

ログイン、パスワード、認証コードの入力は、自分で公式画面に行う。

エラーの相談に、パスワードや認証文字列を貼らない。

フォルダを一つにする

今回は、デスクトップに「learning-checklist」という練習フォルダを作る。

日本語の入力項目は扱うが、最初のフォルダ名は半角英字にして、命令の書き間違いを減らす。

Macのターミナルでは、次を一行ずつ実行する。

mkdir -p "$HOME/Desktop/learning-checklist"
cd "$HOME/Desktop/learning-checklist"
pwd

mkdirはフォルダを作る命令、cdはその中へ移動する命令、pwdは今いる場所を表示する命令だ。

最後の表示が「learning-checklist」で終わっていれば、目的の場所にいる。

Windowsでは、エクスプローラーでデスクトップにフォルダを作り、そのフォルダの実際の場所を使う。

デスクトップがOneDriveなどに移動しているPCもあるので、場所を決め打ちしない。

エクスプローラーのアドレス欄からフォルダの場所をコピーし、PowerShellで次の形にする。

引用符は残し、中の文字を自分の場所に置き換える。

Set-Location "ここにコピーしたフォルダの場所を入れる"
Get-Location

これは読者が置き換えるための例で、そのまま実行する命令ではない。

表示された場所が自分の練習フォルダかを確認する。

その場所で、次を実行する。

claude

起動後に表示される作業場所を確かめる。

最初の認証が必要なら、サブスクリプションのアカウントでログインする。

読み取りや変更の許可が出たときは、どのフォルダ・どの操作に対するものかを読む。

練習フォルダにだけ必要な変更を許可する。

今、どちらへ入力しているか

ターミナルを開いた直後は、PCへ命令する場所だ。

ここへclaudeと入れるとClaude Codeが起動し、その後は日本語の制作依頼を渡す。

日本語の依頼を、起動前のターミナルへ貼らない。

Claude Codeの処理を中断したいときはEscキーを押す。

終了するときは、Claude Codeの入力欄でexitと入れる。

これは公式のターミナル入門にある操作だ。

分からない許可を押して進む前に、いったん止まってよい。

次の日に再開するときも、第2章の移動命令で同じ練習フォルダへ入り、場所を確認してからclaudeを起動する。

以前の会話をAIがすべて覚えているとは考えず、作業中のファイルと最後の確認結果を渡す。

準備の演習と合格条件

ここまで進めたら、メモに次の三つを書いてみよう。

1. 練習フォルダの場所。

2. Claude Codeが起動したか。起動しなければ、どこで止まったか。

3. これからAIへ渡すデータの種類。

解答例は「デスクトップのlearning-checklist／起動した／架空の学習項目だけ」。

フォルダの場所は、人によって違ってよい。

合格は、作業場所を自分で確認でき、入力してよい情報を説明できること。

サブスクの契約やPCの操作に迷いがあれば、その点を解決してから進む。

準備が通っていないまま、制作の指示を何度も変える必要はない。

3．「便利にしたい」を、確かめられる仕様に変える

要件には、操作の後の状態を書く

「使いやすく」「シンプルに」は、好みを伝える言葉として使える。

でも、それだけでは合否を決められない。

たとえば「保存できる」にも、いくつかの意味がある。

ボタンを押すたびに保存するのか、最後に保存ボタンを押すのか。

閉じて開き直しても残るのか、別のPCでも開けるのか。

今回は、項目を追加したときと、完了を切り替えたときに、ブラウザへ保存する。

別のPCとの同期はしない。

保存に失敗したら、成功したと表示しない。

このように、操作と結果を並べると、AIへの注文が自分の確認表にもなる。

教材用の要件シート

次は、この教材の架空題材を入れた解答例だ。

目的：自分で決めた学習項目を一覧にし、終わった項目を見分ける。
使う人：自分だけ。
使う場所：自分のPCのブラウザ。
入力：個人や勤務先を特定しない、学習項目の短い名前。
操作：追加する。項目ごとの完了を切り替える。
残るもの：項目の名前と完了状態。
作らないもの：削除、通知、期限、他人との共有、患者の情報、医療判断。
完成条件：追加・切替・保存を具体的な入力で確認できる。
失敗時：入力エラーや未保存を画面に表示し、成功したことにしない。

「使う人」が自分だけでも、漏れてよいデータになるわけではない。

今回の入力を、架空の一般的な学習項目に限定するのは、その線引きを学ぶためでもある。

人が決めること、AIに整理させること

何を作るか、何を入れてよいか、失敗したら止めるかは、自分が決める。

AIには、決めた範囲を整理させ、確認の抜けを指摘させる。

以下は、この教材のために用意した要件整理の依頼文だ。

2026年10月13日にClaude CodeのClaude Sonnet 5.5で、対話なしの一回応答として実行し、五つの項目と三つの質問を出すことを確認した。

対話を続けた場合の出方を保証するものではない。

後に置く短い出力例は、読み比べるために編集した架空例であり、実行回答の引用ではない。

私はプログラミング未経験です。
次の案を、自分で確認できる要件に整理してください。

目的：自分用の学習チェックリストを作る。
使う情報：架空の一般的な学習項目の名前と完了状態だけ。
機能：項目追加、完了/未完了の切替、ブラウザ保存。
作らないもの：ログイン、通信、通知、削除、医療判断、他人との共有。

出力は、入力・操作・結果・失敗時・作らないものの五つ。
それぞれ、実際に試せる条件で書いてください。
私が決めていない仕様は未決と表示し、勝手に確定しないでください。
質問は出力全体で合計三つ以内に絞り、最後にまとめてください。
未決の点が多い場合は関連する内容を一つの質問にまとめ、
今回作り始める前に決める必要があるものを優先してください。

見るべきなのは、文章の立派さではない。

「ボタンを押すと一覧へ一つ追加される」「空欄なら一覧は増えず、理由が出る」のように、操作後の状態が書かれているかだ。

架空の出力例として、AIが「完了率を計算し、ランキングにします」と書いたとする。

便利そうに見えても、今回決めた範囲には入っていない。

「ランキングは作らない。三つの機能だけに戻して」と返す。

一方「同じ名前を二度追加したとき、どう扱いますか」と聞いてきたら、必要な設計の問いだ。

今回は、前後の空白を除いた後に同じ名前なら追加せず、入力欄に理由を表示する、と決める。

実行した回答には、こちらが承認していない点を「了承済み」と扱う記述も混ざった。

質問の数が整っていても、内容まで自動で採用してはいけない。

その記述を根拠に操作を進めず、「決めていない点は未決へ戻して」と伝える。

入力・結果・許可した範囲の三つを、自分のシートと照合する。

曖昧な言葉を、判定できる言葉へ直す

「短い名前を入れる」だけでは、どこまで短いかが分からない。

本教材では、前後の空白を除いて1〜80文字とする。

80という値は教材の設計上の選択で、看護や学習に最適という根拠がある数字ではない。

同じように、「見やすい」は「375pxの幅で横スクロールせず、ボタンの言葉を読める」と書ける。

「間違えにくい」は「空欄・同じ名前・長すぎる名前では、一覧を増やさず理由を表示する」に分けられる。

ただし、一つの確認条件で使いやすさの全てが証明できるわけではない。

スマホの幅で崩れないことを確かめた後も、自分が押しやすいかは実際に触って判断する。

演習：二つの依頼を書き直す

まず自分で、次の依頼を一文ずつ具体化してみよう。

• A「保存をしっかりしてほしい」

• B「間違えたときもいい感じにしてほしい」

解答例は、Aなら「追加・完了切替の後に保存し、同じ場所で再読み込みしても状態が残ることを確認する」。

Bなら「空欄は追加せず、入力欄の近くに理由を表示する」だ。

Bには他にも解答がある。

「保存に失敗したら未保存と出す」も、具体的な一つの条件になる。

全部の失敗を一文に押し込めず、失敗の種類ごとに分ける。

合格は、自分の依頼を読んだ人が、同じ操作で同じ期待結果を確認できること。

「しっかり」「適切に」を別の抽象語へ言い換えただけなら、もう一度直す。

無料部分の最後に、手元へ残すもの

ここまでで、最初の「勉強を楽にするアプリがほしい」は、次の注文へ変わった。

「架空の学習項目を一つ追加する。チェックを入れたり外したりする。同じファイルを開き直して、言葉と状態が残ったか確かめる。うまくいかないときは、成功したと表示しない」

この違いは、ほかの道具を考えるときにも使える。

AIが何を作るかを待つ前に、自分が何を確かめるかを決められるからだ。

この先は、決めた注文を手元の画面にし、自分の結果を残す実習だ。

• 作るとき： 第4章の制作依頼を使う。まず見本から触りたい人は、付録BのHTML全文と保存手順を使う。

• 確かめるとき： 第5〜6章の操作例と、付録Aの16項目の確認票を使う。試した結果だけを自分の欄へ書く。

• 直すとき： 第7章の修正報告と、付録Aの記入シートを使う。変更前の版へ戻す手順は第8章にある。

読み終える順番だけでなく、困ったときに戻る場所として使ってほしい。

最後は、手元のファイルと「できたこと・未確認・次の一つ」が書かれた自分の記録を残す。

ただし、作者側で確認した環境はMac上のChromeが中心だ。

Windowsでの実習や実スマホ、コード未経験の読者本人による一連の再現は未確認である。

作業時間や成功を保証する教材ではない。

患者情報を扱う道具や業務システムを作りたい人には、この一冊だけでは足りない。

この記事の実習部分は500円。

Claude Codeの利用料は含まれない。

環境が整っていて、まず自分で一項目を動かすところまで進みたい人は、この先で一緒に確かめていこう。

4．最小版を作り、初めての一項目を追加する

はじめに、自分の入口を一つ選ぶ

記事とPCの画面を並べて開く。