Claude Codeでアプリ開発｜できること・進め方・公式の事例と注意点

「Claude Codeでアプリを作れると聞くけれど、プログラミングの経験がなくても本当に形になるのか」「どこまで任せて、どこから自分で決めればいいのか」と迷っている方も多いのではないでしょうか。

Claude Codeは、Anthropic社が提供する、プログラムを書くためのAIです。作りたいものを普通の言葉で伝えると、必要なファイルを作り、動かして確かめ、直すところまで進めてくれます。公式の事例には、プログラミング未経験の人がiPhoneアプリを作ってApp Storeに公開した例や、大企業の開発チームが新機能の開発期間を短くした例があります。

この記事では、Claude Codeでできるアプリ開発の範囲、公式が公開している開発例、Web・iPhone・ゲーム（Unity）のジャンル別の進め方、計画から動作確認までの流れ、使う環境の選び方、品質と安全を保つコツ、公開前の注意点を順に解説します。内容は2026年10月時点の公式情報をもとにしています。事例の数字は各社の自己申告である点も、あわせて説明します。

Claude Codeでできるアプリ開発

公式ドキュメントでは、Claude Codeは「コードベース（プログラムのまとまり）を読み、ファイルを編集し、コマンドを実行し、開発ツールと連携するAIの道具」と説明されています。ふつうのチャットのように、コードの断片を返して終わりではありません。自分でファイルを作り、動かし、結果を読んで直すところまでを、ひと続きの作業として進めます。

作る・動かす・直すを続けて進める

アプリは、画面、データの保存、計算や判断のルールといった部品の集まりです。人が作るときは、部品を1つずつ書き、動かし、エラーを読んで直す、という往復を何十回も繰り返します。Claude Codeは、この往復を自分で回します。

公式の概要ページでは、機能の追加について「やりたいことを普通の言葉で書くと、進め方を考え、複数のファイルにまたがってコードを書き、動くことを確かめる」と説明されています。不具合については、エラーメッセージを貼るか症状を伝えると、コードの中をたどって原因を見つけ、直してくれます。変更の記録（git）にコミットを残す、変更内容をまとめて公開前の確認依頼（プルリクエスト）を出す、といった作業も任せられます。

つまり、人の役割は「何を作るかを決める」「できたものが目的に合っているかを確かめる」の2つに集まります。コードを1行ずつ書く作業は、ほとんどClaude Codeが担います。

作れるものの例

作れるものは、プログラムで動くものであれば幅広くあります。下の表は、アプリの種類ごとに、公式の情報で確認できたことをまとめたものです。例は、わかりやすさのための想定です。

表のうち、Androidアプリについては「作れない」と言っているのではありません。Claude Codeはプログラムを書く道具なので、Androidアプリのコードを書かせること自体は可能と考えられますが、Xcode（iPhone）やUnityのような公式の連携は、今回確認した範囲では見つかりませんでした。

向いていないこと、人が決めること

Claude Codeは、作る作業を大きく減らしてくれます。一方で、次のことは人が決める必要があります。

公式のセキュリティの説明でも、提案されたコードやコマンドを承認する前に確認する責任は、使う人にあるとされています。

料金の目安

Claude Codeは、無料プランでは使えません。有料プランか、API（従量課金）の契約が必要です。2026年10月時点の公式の料金ページでは、次のとおりです。

API（従量課金）で使う場合、公式の費用ページでは、企業の導入全体の平均として、1人あたり1日に約13ドル、月に150〜250ドルが目安とされています。9割の人は1日30ドル未満に収まっています。ただし費用は、使うモデル、扱うプログラムの大きさ、同時に動かす数で大きく変わります。まずは少人数で試し、実際の使用量を確かめてから広げるのが安全です。使用量は、Claude Codeの中で/usageと入力すると確認できます。

公式で確認できた開発例

Anthropicは、自社サイトでClaude Codeの利用事例を公開しています。この記事では、アプリ開発に関係するものを3つ取り上げます。いずれも、Anthropicが自社製品について公開している事例です。数字は各社の自己申告で、第三者が検証したものではありません。

プログラミング未経験の人が、iPhoneアプリを公開した例

Anthropicのブログでは、ウクライナのゲーム会社でプロジェクトマネージャーとして働く人が、ストレス管理のiPhoneアプリ「Respiro」を作った経緯が紹介されています。この人は、それまでコードを書いたことがありませんでした。

• 2026年2月、Claude Codeを使ったハッカソン（開発の競技会）の参加をきっかけに開発を始め、最初の72時間で試作品を作った
• アイデアから、機能がそろったApp Store提出前の版まで、6週間足らずで仕上げた
• 始めてから約1か月で、App Storeに公開された。記事の時点で利用者は数百人
• 最初はReact Nativeで作ったが、手元にAndroid端末がなく確認できなかったため、Claude Codeに依頼してSwiftで一から作り直した。作り直しは数時間で終わった
• 設計担当・Swiftの開発担当・コードレビュー担当など、役割を分けた15以上のサブエージェント（手分けして動く別のClaude）を使った
• Apple Developer Programの設定など、見慣れない画面は、スクリーンショットを見せて手順を教えてもらった

この事例からわかるのは、コードを書く力がなくても、「何を作るか」を決め、できたものを確かめる力があれば、アプリの公開まで進められるということです。本人も、作ること自体よりも、価値を伝えて使ってもらうことの方が難しいと振り返っています。

大企業の開発チームが、新機能の提供を早めた例

楽天の事例ページでは、同社の開発チームがClaude Codeでテストの作成、外部サービスとの接続の模擬、部品の作成、不具合の修正、ドキュメントの生成を進めていると紹介されています。報告されている結果は次のとおりです。

• 新機能を届けるまでの平均期間が、24営業日から5営業日になった（79％の短縮）
• オープンソースの大きなライブラリ（約1,250万行のコード）の変更を、Claude Codeが約7時間、ほぼ自力で進め、数値の正確さが99.9％だった
• 新しく入ったメンバーが、複雑なプログラムの構造を理解するために使っている
• 職種がエンジニアではない社員も、決まりを設けたうえで、プログラム作りに参加している

7時間の作業を担当したエンジニアは、その間「自分ではコードを1行も書かなかった」と述べています。ただし、これは専門のエンジニアが、目的と検証の方法を明確にして任せた例です。同じ結果が、仕様のない状態で出るわけではありません。

職種を問わず、社内ツールを作る例

Shopifyの事例ページでは、Claude Codeが社内ツールづくりに使われています。エンジニアでも、そうでなくても、数日かかっていたアプリを数分で作れるようになったと紹介されています。フロントエンド（画面づくり）の専門家でない社員でも、見栄えのよい画面や業務の流れを作れるようになった、という説明もあります。

ページには、利用者の人数など、規模を示す数字は載っていません。「会社全体でよく使われている」という説明に留まります。

事例から読み取れること

3つに共通するのは、目的をはっきりさせ、結果を確かめる手段を持っていることです。「AIに丸投げすれば完成する」という話ではありません。この考え方は、次の章以降の進め方にもつながります。

ジャンル別の進め方

アプリは、種類によって確認の方法や使う道具が変わります。ここでは、公式の情報が確認できたジャンルについて、進め方をまとめます。

Webアプリ・業務ツール

Webアプリは、ブラウザで開いて使うアプリです。社内の貸出管理や申込の受付など、業務ツールの多くがこの形です。最もClaude Codeと相性がよく、動作の確認も手軽です。

デスクトップアプリ（Claudeアプリの「Code」タブ）には、アプリのプレビュー機能があります。公式ドキュメントによると、Claudeが開発用のサーバーを起動し、組み込みのブラウザ（Browser pane）で開いて、スクリーンショットを撮り、画面の中身を調べ、ボタンを押し、フォームに入力して、見つけた問題を直します。

• プレビューのサーバーの設定は、プロジェクトの.claude/launch.jsonに保存される。Claudeが自動で検出する
• 「Auto-verify」（自動検証）は初期状態でオン。編集のたびに、スクリーンショットとエラーの確認を行う。launch.jsonで"autoVerify": falseにするとオフにできる
• launch.jsonのenvに秘密の値を書かない。このファイルはリポジトリにコミットされる
• SSH接続の先で動かす場合は、Browser paneで開けない。ポートを自分で転送する必要がある

ふだんログインしているサイトを操作させたい場合は、Chromeとつなぐ方法もあります。公式の説明では、デスクトップアプリのブラウザは、個人のブラウザとは別の、まっさらな状態で動くとされています。

画面は、見本を見せて作る

画面の見た目は、言葉で説明するより、見本を見せる方が早く伝わります。公式の一般的な使い方では、画像をClaude Codeの入力欄にドラッグ＆ドロップするか、コピーして貼り付けると、画像を読み取って作業に使えます。デザインの見本を渡して「この見た目になるようなHTMLとCSSを作って」と頼む、エラー画面のスクリーンショットを貼って原因を聞く、といった使い方が紹介されています。

すでにある画面を手本にしたい場合は、@を付けてファイルを指すと、Claudeがその内容を読んでから答えます。公式のベストプラクティスには、「既存のウィジェットの作り方を見て、同じパターンで新しいものを作って」のように、すでにあるものを手本に指す頼み方が紹介されています。ばらばらの見た目になるのを防げます。

iPhoneアプリ

iPhoneアプリは、Appleの開発ツール「Xcode」を使って作ります。Anthropicは2026年2月3日に、Xcode 26.3がClaude Agent SDK（Claude Codeと同じ仕組み）を組み込んだと発表しました。発表によると、次のことができます。

• Xcodeの「プレビュー」を撮影して、作っている画面の見た目を自分で確かめ、直す（特にSwiftUIの画面で有効とされている）
• プロジェクト全体の構造を調べてから、変更する場所を決める
• 目標を伝えると、作業を分解し、変更するファイルを選び、失敗したら繰り返して直す
• Appleのドキュメントを検索する
• Xcode 26.3の機能をMCP（外部のツールとつなぐ共通の仕組み）で公開しており、Claude Codeからも、ターミナルのままXcodeのプレビューを撮影できる

なお、Anthropicの発表の時点では、Xcode 26.3はApple Developer Programの会員向けのリリース候補で、App Storeでの一般公開は「近日中」とされていました。現在の提供状況は、Appleの公式情報で確認してください。

前の章のRespiroも、最終的にSwiftで作られたiPhoneアプリでした。Appleの開発者向けの登録や、App Storeへの提出の手順は、画面を見せながらClaudeに教えてもらったと紹介されています。

ゲーム（Unity）

ゲームの開発では、Unity（ゲーム開発ツール）を使う場合が多くあります。2026年9月9日に、Unity社が公式のブログで、Claude Code向けの公式プラグインを公開しました。ブログによると、29個の「スキル」（作業の手順書）が入っており、次のような分野を扱います。

導入の手順は、Unityの公式ドキュメントでは次のとおりです。Claude Codeの中で、次の手順で入れます。

1. マーケットプレイスを追加する/plugin marketplace add Unity-Technologies/unity-agent-pluginと入力します。
2. プラグインを入れる/plugin install unity@unity-agent-pluginと入力します。
3. 入ったか確認する/unity:と入力して、Unityのスキルが一覧に出るか確かめます。デスクトップアプリでは、「Plugins」の画面から探して入れることもできます。

エディタ（Unityの編集画面）を操作させるスキルを使うには、Unity CLIが入っていること、プロジェクトにPipelineパッケージが入っていること、Unityエディタが開いていることが必要です。接続はunity statusで確かめます。

ドキュメントには、使うときの注意も書かれています。単純なuGUIの作業では、プラグインを入れても手作業と大きく変わらないこと、プラグインはUnityではなく第三者の製品として扱われ、その利用規約が適用されることです。

Androidアプリなど、そのほか

Androidアプリや、その他のプラットフォーム向けのアプリは、今回確認した公式情報に、Xcode・Unityに相当する専用の連携の案内がありませんでした。コードを書かせること自体はできますが、動作の確認（実機やエミュレーターでの確認）は、人の手元で行うのが前提になると考えられます。実際の対応状況は、始める前に公式ドキュメントで確認してください。

公開済みのWebサイトやLPを作りたい場合は、アプリ開発とは進め方が少し異なります。作り方を詳しく知りたい方は、次の記事もご覧ください。

開発の流れ

公式のベストプラクティスでは、「調べる、計画する、作る、保存する」の順に進めることが勧められています。いきなり作り始めると、「間違った問題を解くコード」ができてしまうことがあるためです。ここでは、非エンジニアの方がアプリを作る流れに合わせて整理します。

1. 作りたいものを書き出す誰が、何のために、どんな場面で使うかを数行で書きます。画面の例があれば、スクリーンショットを用意します。
2. 仕様をClaudeに聞き出してもらう足りない情報は、Claudeから質問してもらいます。結果を仕様書のファイルに残します。
3. 計画を立ててもらう計画モードで、作る前に進め方を確認します。
4. 小さく作る最初は、一覧と登録といった最小の機能だけを作ります。
5. 動かして確かめるテストや画面の確認で、できたものを自分の目と手で確かめます。
6. 記録を残して広げる動いたらコミットで記録し、次の機能に進みます。

仕様を聞き出してもらう

公式のベストプラクティスには、規模の大きな機能では、まずClaudeに質問してもらい、仕様書を作るやり方が紹介されています。Claudeは、自分では気づきにくい、画面の使い勝手や例外的なケース、トレードオフを聞いてくれます。公式が紹介している依頼文を、日本語にして示します。

「（作りたいものの概要）」を作りたいです。AskUserQuestionツールを使って、詳しくインタビューしてください。技術的な実装、画面の使い勝手、例外的なケース、気になる点、トレードオフについて聞いてください。自明な質問はせず、私が見落としていそうな難しい部分を掘り下げてください。聞き終えたら、完全な仕様をSPEC.mdに書いてください。

仕様ができたら、新しい会話（セッション）を始めて実装に進むことが勧められています。会話が新しくなることで、実装だけに集中でき、仕様書という参照先も残るからです。公式は、「仕様を正確にする時間の方が、実装を見守る時間よりも効果が大きい」という趣旨のことも述べています。

計画を立てさせる

計画モードは、Claudeがファイルを読んで進め方を提案するだけで、編集はしないモードです。画面の下に「plan mode on」と表示されます。Shift+Tabを押して切り替えるか、claude --permission-mode planで始めます。計画はCtrl+Gでエディタに開いて、自分で直せます。

公式は、計画が役立つのは、進め方に自信がないとき、複数のファイルにまたがる変更のとき、不慣れなコードを触るときだと説明しています。反対に、変更を1文で説明できるような小さな修正なら、計画を飛ばして、そのまま頼んでよいとされています。

確かめる仕組みを渡す

公式のベストプラクティスで、最も重視されているのが「Claudeが自分の作業を確かめる手段を渡すこと」です。確かめる手段があれば、Claudeは「作る→確認する→結果を読む→直す」を、自分で繰り返せます。

Claudeが「できました」と言うだけではなく、テストの出力や、実行したコマンドと結果、画面のスクリーンショットなど、証拠を見せてもらうように頼むのも有効です。証拠を見る方が、自分で確かめ直すよりも早く、見ていない間の作業にも使えます。

依頼は具体的に書く

公式のベストプラクティスでは、依頼が具体的であるほど、直しの回数が減るとされています。ファイル名、場面、条件、「直った」の基準を書くのがコツです。

1つの依頼に詰め込みすぎないことも大切です。公式のクイックスタートでは、「データの表を作る」「そのデータを返す仕組みを作る」「画面を作る」のように、段階に分けて頼む方法が紹介されています。

想定例：社内の備品貸出アプリを作る

ここでは、総務の担当者が、Excelで管理している備品の貸出表を、Webアプリにする場合を想定して流れを追います。実際の事例ではなく、進め方を示すための想定です。

1. 目的を書く「社員がノートPCやプロジェクターを借りる・返すときに、誰が何を借りているかを一覧で見られるようにしたい。Excelの貸出表の入力ミスと確認の手間をなくしたい」と書きます。
2. 質問に答えるClaudeから「借りられる期間の上限は」「返却の期限を過ぎたときの通知は必要か」「社外の人も使うか」などの質問が来るので答え、仕様書を作ってもらいます。
3. 計画を確認する計画モードで、画面の構成、データの持ち方、作る順番の案を出してもらいます。不要な機能があれば、この段階で外します。
4. 最小の機能から作る最初は「備品の一覧」と「貸出の登録」の2画面だけを作ります。動いたら、返却、履歴、検索を足します。
5. 動かして確かめる実際の備品名を数件入れて、貸出と返却を試します。期限の計算など、数字や日付の処理は、テストを作ってもらいます。
6. 少人数で試す総務の数人で使ってもらい、使いにくい点を集めて直してから、全社に広げます。

この例のように、「小さく作り、確かめ、広げる」順で進めると、方向がずれたときの戻りが小さく済みます。

使う環境の選び方

Claude Codeは、1つの道具が複数の場所で使えます。公式の概要ページでは、ターミナル、VS CodeやJetBrainsなどのエディタ、デスクトップアプリ、Webブラウザで使えると説明されています。どの場所でも、同じ仕組みで動くため、リポジトリに置いたCLAUDE.mdや設定は、どこでも共通で使えます。

非エンジニアの方の始め方

黒い画面（ターミナル）に抵抗がある場合は、デスクトップアプリから始めるのが無理のない方法です。公式の概要ページでは、MacとWindows（x64・ARM64）に対応し、Linuxはベータ版とされています。インストールしたらサインインし、「Code」タブから使い始めます。有料プランが必要です。

ターミナルで使う場合の導入コマンドは、公式のクイックスタートに載っています。Windowsの場合は、PowerShellで次を実行します。

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

インストールが終わったら、新しいターミナルを開いてclaude --versionでバージョンが表示されることを確かめ、作業するフォルダでclaudeと入力します。初回はログインの画面が出ます。Windowsでは、Git for Windowsを入れておくことが勧められています。ターミナルを使ったことがない方向けに、公式には「ターミナルガイド」も用意されています。

パソコンを閉じても進めたいとき

長い作業は、クラウド上で動かす方法があります。公式ドキュメントによると、クラウドのセッションは、Anthropicが管理するクラウド上で動き、パソコンを閉じても続きます。スマホや別のブラウザから、進み具合の確認や指示の追加ができます。

• 対象は、Pro・Max・Teamのプランと、Enterpriseの一部の席（プレミアム席など）
• GitHubのリポジトリが基本。GitHub以外のリポジトリは、結果を元の場所に戻せないなど、機能が制限される
• ターミナルからclaude --cloud "依頼内容"で始められる。デスクトップアプリでは、「Local」ではなく「Cloud」を選ぶ
• クラウドで作った作業は、claude --teleportで手元のターミナルに引き継げる
• 使用量は、プランの上限に含まれる。クラウド用の仮想マシンの追加料金はない

複数の機能を同時に作りたいときは、作業ごとに別のコピー（git worktree）を作る方法もあります。デスクトップアプリでは、セッションを新しく作るときに「worktree」を選ぶだけで、作業が互いにぶつかりません。

安全に作るコツ

作るのが速くなるほど、確認が追いつかなくなる危険があります。公式のベストプラクティスや、セキュリティのページに書かれている内容をもとに、品質と安全を保つコツを整理します。

決まりごとを CLAUDE.md に書く

CLAUDE.mdは、Claudeが会話の最初に必ず読むファイルです。コードの書き方の決まり、テストの実行方法、作業のルールなどを書いておくと、毎回伝え直す必要がなくなります。公式は、/initと入力すると、プロジェクトの構成をもとにした下書きを作ってくれると説明しています。

書くときのコツは、短く保つことです。公式は、行ごとに「これを消したら、Claudeが間違えるか」を自問し、そうでなければ削るよう勧めています。長すぎると、重要な決まりが埋もれて、Claudeが無視するようになります。

毎回「必ず」行わせたいこと（保存のたびに書式を整える、など）は、CLAUDE.mdの助言ではなく「hooks」で自動実行させるのが確実だと、公式は説明しています。

別の目で見直す

作ったあとの見直しも、Claudeに任せられます。公式には、次の方法が紹介されています。

• /code-review：現在の変更を、新しい文脈のサブエージェントが調べ、不具合の指摘を返す
• /security-review：今のブランチの変更に対して、安全面の確認を行う
• 別のセッションで見直す：作った側とは別のセッションで確認させる。自分が書いたコードに引きずられない

ただし、見直しを頼まれたClaudeは、問題がなくても何かしら指摘を出す傾向があるため、すべてに対応すると、必要のない作り込みが増えます。公式は、「正しさや要件に関わる指摘だけを報告させ、その他は任意として扱う」ように勧めています。

秘密情報の扱い

公式のセキュリティのページによると、手動モードでは、Claude Codeは最初は読み取りだけが許可されており、ファイルの編集やコマンドの実行の前に確認を求めます。承認の画面で内容を確かめ、1回だけ許可するか、以後も許可するかを選びます。なお、v2.1.283以降では、別のモデルが操作を審査して危険なものだけを止める「自動（auto）モード」が、ターミナルとVS Codeの標準の開始モードになっています。デスクトップアプリでは、画面のモード選択で切り替えます。確認の手間を減らしたい場合は、よく使う安全なコマンドだけを許可リストに入れる方法や、サンドボックス（隔離された環境）を使う方法があります。

• 承認の前に、提案されたコマンドの内容を確認する
• パスワードやAPIキーなどの秘密情報は、プログラムのファイルやlaunch.jsonに直接書かない
• 知らない相手から届いた文書やウェブページを、そのまま読み込ませない（命令が仕込まれている場合がある）
• 確認なしで実行する「バイパス」のモードは、隔離された環境（コンテナや仮想マシン）に限る

戻せるようにしておく

Claude Codeは、変更の前にファイルのスナップショットを自動で取り、Escを2回押すか/rewindで、会話やコードを以前の状態に戻せます。「危ない変更を試してみて、だめなら戻す」という使い方もできます。ただし、公式は、この機能がClaudeのファイル編集ツールによる変更しか追跡せず、git の代わりにはならないと注意しています。

変更は、こまめにgitでコミットして記録しておくのが基本です。「コミットして」と頼めば、説明つきで記録してくれます。

長い作業での使用量の抑え方

Claude Codeは、会話の履歴を毎回送るため、会話が長くなるほど使用量が増え、精度も落ちやすくなります。公式のベストプラクティスでは、次の習慣が勧められています。

• 関係のない作業に移るときは、/clearで会話をリセットする
• 同じ点を2回直させても直らないときは、/clearして、わかったことを入れた具体的な依頼で始め直す（公式が失敗の典型として挙げている）
• 長い調査は、サブエージェントに任せて、本体の会話を軽く保つ
• 大きな機能は、依頼を具体的にして（ファイル名や条件を明記）、広い範囲の探索を避ける

使用量を減らす方法は、公式の費用のページに詳しくまとまっています。節約の方法を知りたい方は、別の記事もご覧ください。

作る前に決めること

アプリは、作って終わりではありません。公開や運用の段階で、人が決めることが多く出てきます。作り始める前に、次のことを考えておきましょう。

公開までに必要な作業

Claude Codeは、プログラムを書くことを得意としますが、公開の手続きそのものは、それぞれのサービスの決まりに従います。たとえばiPhoneアプリでは、AppleへのDeveloper Programの登録とApp Storeへの提出が必要です。Respiroの事例でも、この設定の画面は、スクリーンショットを見せながら教えてもらったと紹介されています。

Webアプリの場合は、動かすための場所（サーバーやホスティング）、独自のドメイン、利用者のログイン、データの保管場所などを決める必要があります。これらは、アプリ本体のコードとは別の判断です。「どこで動かし、誰が運用するか」を、作る前に決めておくと、後の手戻りが減ります。

個人情報の扱い

顧客や社員の情報を扱うアプリは、作る段階から注意が必要です。開発中にClaude Codeへ渡した情報は、プランに応じた規約で扱われます。Anthropicは、Team・Enterprise・APIなどの法人向けの利用と、Free・Pro・Maxなどの個人向けの利用で、適用される規約を分けています。公式のセキュリティのページでは、個人向けのプランでは、データを学習に使うかどうかを設定画面で選べるとされています。

• 開発中のテストには、本物の個人情報ではなく、ダミーのデータを使う
• 本番のデータベースの接続情報は、Claude Codeの作業の場に置かない
• どこにデータが保存され、誰が見られるかを、仕様の段階で決める

うまくいかないときの対処

会社で決めておくこと

会社として使う場合は、個人ごとの判断にせず、次のことを先に決めておくと、使う人によるばらつきや事故を減らせます。

• Claude Codeを使ってよい業務と、使ってはいけない業務
• 渡してよい情報（本番データ、顧客情報、未公開の資料）の範囲
• 権限のモード（確認が必要な操作の範囲）の標準
• 作ったアプリを、誰が確認して、誰が公開を決めるか
• 作ったコードの保管場所と、運用・修正を担当する人

自分で作るか、相談するかの目安

次のようなアプリは、小さく自分で作って試すのに向いています。

• 利用者が社内の数人から数十人で、止まっても業務に大きな影響がない
• 扱うデータが、機密性の低いもの（一覧、メモ、日報など）
• Excelや紙で行っている作業の置き換えで、仕様を言葉にできる

反対に、顧客の個人情報や決済を扱う、社外に広く公開する、他のシステムと連携するといったアプリは、設計・セキュリティ・運用の判断が増えます。そのような場合は、最初の設計と確認の部分だけでも、経験のある人に相談する方が安全です。

よくある質問

まとめ

Claude Codeは、アプリづくりの作業を大きく軽くしてくれますが、何を作るか、どこまで任せるか、どう確かめるかは人が決めることです。まずは社内の小さなツールで、仕様を書き、計画を立て、動かして確かめる一連の流れを試してみるのがおすすめです。

社内で広げる段階では、権限や公開の決まり、確認の体制づくりなど、決めることが一気に増えます。INTERCREATE JAPANでは、Claude Codeの導入から、社内で使い続けられる進め方づくりまでをお手伝いしています。