非開発者のためのClaude Code：実際の使用例

ブラウザ版のClaudeには明確な限界がある。テキストを貼り付けてテキストを受け取る。セッションはゼロからスタート。ファイルなし、メモリなし、何も残らない。

Claude Codeは違う。ターミナルで動作し、プロジェクトフォルダ内のすべてのファイルにアクセスできる。こう考えると分かりやすい。ブラウザ版はホテルの部屋で作業するようなもの、清潔だけど限られていて何も持ち越せない。Claude Codeはオフィスにクロードを住まわせるようなもの。ファイルを読み、新しいファイルを書き、スクリプトを実行し、CLAUDE.mdというファイルを通じてセッションをまたいでプロジェクトを記憶する。それが一時的な質問だけでなく、本当の仕事に役立つ理由だ。

ほとんどのガイドはその違いをすでに知っている前提で書かれている。そしてコードが書けることも前提にしている。

この6つの例はそうではない。

問題

「非開発者はClaude Codeを使えるか？」という問いにはオンラインで2種類の答えがある。

一方は「もちろん、それがまさに目的だ」と言う。もう一方は「いや、壊れる、何をしているか理解する必要がある」と言う。

どちらも部分的に正しい。この記事では、非技術者が実際にClaude Codeを使うとどうなるかを示す。何を作ったか、どう進んだか、そしてどこで壊れたか。

非開発者にとってClaude Codeとは何か

Claude Codeはコマンドラインツールだ。ターミナルを開いてclaudeと入力すると、現在のフォルダのすべてを見て変更できるAIとのセッションが始まる。

この最後の部分が重要だ。ブラウザ版のClaudeは貼り付けたものしか見えない。Claude Codeはすべてのファイルを一度に見て、新しいものを書いて、コマンドを実行して、コンピューターやサーバー上で実際に動くものを構築できる。

セットアップ要件はひとつ。ターミナル（MacもWindowsも標準装備）、Node.jsのインストール、そしてClaude ProまたはMaxのサブスクリプションが必要だ。インストールはコマンド1つ。あとはプロジェクトフォルダに移動して話しかけるだけ。

成功する非開発者ユーザーと挫折するユーザーを分ける決定的な習慣がひとつある。意味のあるプロジェクトの最初にCLAUDE.mdを書くこと。これはプロジェクトのフォルダに置くプレーンテキストファイルで、プロジェクトの内容、フォルダ構成、Claudeが従うべきルールを説明する。最初のプロンプトを書く前にできる、最も効果的なことだ。

非開発者が実際に作ったもの

税務の自動化、2年分の履歴を1つのコマンドで

オランダでフリーランスとしてB.V.（オランダの非公開有限会社の形態）を運営する人が、四半期ごとの消費税申告と会計士向けの年次レポートを作成する必要があった。3つの銀行口座にまたがる2年分のトランザクション。プログラミングの経験はゼロ。

彼らはClaude Codeを使って、3つの口座すべてを処理し、メールの領収書をスクレイピングし、経費を分類し、消費税を計算し、会計士にすぐ渡せるレポートを生成するPythonスクリプトを構築した。すべては1つのCLIコマンドで実行される。

最も重要な成果は節約した時間ではなかった。スクリプトが1万1,000ユーロの株主ローンの閾値超過を発見した。会計士は税務問題になるまで気づかなかっただろう。

会計士への準備時間は年間20時間から5時間に減った。

自分が作ったものについての彼らの言葉は引用する価値がある。「AIが税金をやっているんじゃない。AIが税務自動化システムを作るのを手伝ってくれている。全然違う話だ。」

63歳、2000年以来コードを書かず、数千人のアクティブユーザー

これは数字が信じがたいから、注意深く読んでほしい。

8桁のフィールドサービスSaaS企業の元CEOが、男性向けトランスフォーメーションコーチングプラットフォームを構築した。プラットフォームにはAIコーチングシミュレーション、10言語で配信される52本のトレーニング動画ライブラリ、7プラットフォームへの自動コンテンツ配信、$27から$25,000のプログラムを扱う決済パイプラインが含まれる。スタックはReact/TypeScript、Node.js/Express、PostgreSQL、Redis、AWS ECS Fargate。コードベースは約40万行。

彼は以前コードを書いたことがある。数十年前のCICS MACROとASSEMBLER。2000年以降は何もない。これを4ヶ月で作った。プラットフォームは今、数千人のアクティブユーザーにサービスを提供している。

シリコンバレーのエンジニアである彼の息子がレビューして「しぶしぶ認めた。自分が3〜4人チームを組んで1〜2年かかっただろう」と。

彼の警告はClaude Codeについて書かれた中で最も役立つものの一つだ。「Claudeは私が一緒に仕事をした中で最高のジュニア開発者だ。クリーンなコードを書き、パターンを理解し、依頼すればリファクタリングもする。でも、基礎が何かを知らなければ、カードの家を自信満々に作り上げてしまう。」

20年間プロダクト畑、個人でコードは書かず

プロダクトとカスタマーサクセスのリーダーシップで20年のキャリアを持つプロダクトマネージャーが、クライアント向けのCRMトラッカーを作りたかった。汎用的な既製ツールではなく、自分の働き方に合わせた特定のフィールドと特定のワークフローを持つもの。

彼らは自分の背景をこう説明した。「コードは概念的に理解しているが、20年間自分では書いていない。」

最も一貫した実践は、Build Modeの前に必ずPlan Modeを使うこと。Claude Codeでは、Shift+Tab 2回（または/planの入力）でClaudeが全計画をファイルに触れる前に展開するモードに入れる。この人は計画を確認、調整してから実行する。このステップを飛ばすことは絶対にない。

デバッグの方法は、技術的な原因の仮説ではなく見えているものを説明すること。「Xをクリックした、Yが表示されると思ったら、Zが出た。」なぜ壊れたかの自分の理論は語らない。このアプローチが一貫してより良い修正を生む。

指示の質についての彼らの観察。「Claude Codeが役立つものを作るか、削除するものを作るかの違いは、指示がどれだけ具体的かにある。」

フルプロダクションのマーケットプレイス、コーディング経験なし

コーディングの経験がないCMOが3週間でフル2サイドのマーケットプレイスを構築した。ユーザー登録、プロフィール、写真と動画のアップロード、メッセージング、雇用主向けブラウジング。スタックはNext.js、TypeScript、Supabase、Tailwind、Vercelへデプロイ。

いくつかのバグの解消にそれぞれ数時間かかった。サイトは本番稼働中だ。

10分で経費トラッカー、CSVから1年分の分析

AIに特化したメディア企業Every.toのチームが、非技術者のワークフローをいくつか記録した。

CEOのDan ShipperはクレジットカードのトランザクションをダウンロードしてClaude Codeを実行し、10〜20分で分類された経費トラッカーを得る。AI編集リードのKatie Parrottは、ブラウザ版のClaudeアプリには大きすぎるCSVから1年分のコンテンツパフォーマンスを分析した。オペレーションリードのAnushki MittalはGitHubのコードベースをダウンロードして、ソースコードから直接サポートの質問に答えるようClaudeに依頼する。また実際のコードベースをコンテキストとして使うサポート回答を生成する/cora-support-email-writerスラッシュコマンドを作った。

3人全員が非開発者で、Claude Codeを日々の仕事のツールとして使っている。

就職活動の自動化：740以上の求人、100以上の応募書類

技術的な背景を持つビルダーのSantiagoが、非技術者の就活者向けに設計した就職活動自動化システム。アーキテクチャは注目に値する。従来のアプリケーションコードは一切なく、約3,200行のMarkdownプロンプトファイルで構成されている。14のスキルモード。このシステムは740以上の求人を評価し、100以上のカスタマイズされた履歴書を生成し、ビルダーがHead of Applied AIの役割を得るのに貢献した。

重要な注意点として、Santiagoは技術的な背景を持つ。このツールは非技術者向けに設計されたが、ゼロから作るとなると、ここで紹介した他の事例より学習曲線は急になる。

始め方：実際に機能すること

成功した非開発者のすべての事例で、同じ7つの実践が繰り返し登場する。

何より先にCLAUDE.mdを書く。 プロジェクトの目的、フォルダ構成、ワークフロー、テンプレート、業界固有の用語を含める。これはClaudeがセッションの最初に読むファイルだ。良いCLAUDE.mdがあれば、3回目のセッションでもClaudeはプロジェクトを理解している。なければ毎回ゼロから始まる。

すべてのビルドの前にPlan Modeを使う。 Shift+Tab 2回か/plan。Claudeが何をする予定かを展開する。確認し、調整し、承認してから実行する。成功した非開発者の事例はすべてこれを使っている。失敗した事例はどれも使っていない。

すべてを細かく指定する。 曖昧なプロンプトは汎用的な出力を生む。「これらの正確なフィールドを持つクライアントトラッカーを作れ：会社名（タイトル）、担当者名（テキスト）、メール（メール形式）、ステータス（選択肢：Lead/Active/Completed/Lost）、月額（数値、通貨USD）」とすれば実際に使えるものができる。

何かが壊れたとき、原因の仮説ではなく見えているものを説明する。 「送信をクリックした、ダッシュボードが表示されるはずが、エラーメッセージなしで空白の画面が出た」は、Claudeが必要なものをすべて持っている。原因の仮説はしばしば間違った方向に向かわせる。

セッションを短く集中させる。 長いセッションではコンテキストが劣化する。会話が長くなったら/compactを使う。無関係なタスクの間は新しいセッションを始める。

Claudeに破壊的な操作を自律的に実行させない。 ファイルの削除、クラウドインフラの変更、データベースの変更。30秒で元に戻せないものは、実行前に必ずClaudeに計画を見せて明示的な確認を求める。

メインのビルドと一緒に検証の仕組みも作らせる。 税務自動化のビルダーは残高を確認してギャップにフラグを立てるクロスチェックスクリプトを作った。データを処理するものを作るときは、いつもプロンプトにこれを追加する。「この出力が正しいか確認する方法も作ってください。」

うまくいかないこと（ほとんどのガイドが飛ばすセクション）

これらの失敗は文書化されて出典がある。理論的な話ではない。

ファイルの破壊。 あるユーザーがMac上のAPFSボリュームの管理をClaude Codeに依頼した。Claudeが間違ったボリュームにdiskutil apfs deleteVolumeを実行した。202GBのデータが入っていたものを。ツールの呼び出しにはデータが削除されるというClaudeの推論が含まれていたのに、それでも実行された。SSDのTRIMがリカバリーツールが動く前にブロックをゼロにした。データは永遠に消えた。ユーザーは明示的に「データを削除しないでください」と言っていた。

クラウドインフラの削除。 DataTalks.ClubのファウンダーであるAlexey Grigorevは、Claude CodeとTerraformを使ってサイトをAWSに移行していた。Claude Codeにはステートファイルがなく、重複リソースを作ってからクリーンアップのためにterraform destroyを実行した。このコマンドが、数千人の学生の200万行を含む2年半分のコースデータを消した。AWSが内部スナップショットを見つけ、復旧に24時間かかった。

無言の意思決定。 他の変更をしながら、Claude CodeがAPI URLを変更した。APIドキュメントとクライアントコードの間の不一致を見つけ、確認なしにクライアントを変更した。行き詰まったとき、Claude Codeは立ち止まって確認を求めるのではなく、大量のトークンを消費しながら複数のアプローチを試し続けることがある。

カードの家問題。 63歳のファウンダーが直接名付けた。Claudeは説明したものは何でも構築する。アーキテクチャ的に不健全なシステムも含めて。技術的な経験がなければ、修正が高くつくまで構造的な問題に気づかないかもしれない。コードは動く。システムも動く。そして機能を追加しようとすると、基礎が崩れる。

すべての失敗に共通するパタードがある。Claudeが取り返しのつかない結果を伴う何かを自律的に行動したこと。セーフガードは常に同じだ。1分以内に元に戻せないものは、必ず先に計画を見せるよう求める。

誰に向いていて、誰には向いていないか

Claude Codeは非開発者に向いている、明確に説明できる具体的な問題を持ち、詳細な指示を書いて実行前にClaudeの計画を確認する意欲があり、壊れた出力が修正可能なドメイン（ビジネスツール、社内自動化、ローカルスクリプト）で作業している人に。

向いていないのは、漠然としたアイデアを渡して完成品を受け取りたい人、または技術的なコンテキストなしに、エラーが高コストまたは取り返しのつかないドメイン（本番データベース、クラウドインフラ、金融システム）で構築している人だ。

税務自動化のビルダー、プロダクトマネージャー、Every.toのチームは最初のプロフィールに当てはまる。彼らは何を望んでいるかを正確に知っており、詳細に説明し、すべての段階でループに留まった。

インフラ削除の失敗とディスクのデータ消失は2番目のプロフィールに当てはまる。人々が不注意だったからではなく、操作がミスの取り返しのつかないインフラを含んでいたから。

生のClaude Codeで足りない場合

上記の非開発者の事例には共通パタードがある。フルセッションを自分で管理していること。CLAUDE.mdを書く。コンテキスト管理を自分で行う。Plan Modeをいつ使うかを決める。すべての破壊的な操作のループに留まる。

この管理のオーバーヘッドは現実にある。スクリプトや社内ツールよりもSaaSプロダクトを構築したい非開発者にとっては、スキャフォールディングが重要になる。

Build This Now（buildthisnow.com）はその構造を事前に組み込んでいる。18人のスペシャリストエージェントがプロンプトパターンを自動的に処理する。TypeScript、ESLint、フルビルドチェックをカバーする品質ゲートがすべてのステップで実行される。セキュリティスキャン、パフォーマンス監査、エラー監視がポストローンチフェーズに組み込まれており、ここはまさに非開発者が重要なものを見逃すリスクが最も高い場所だ。

トレードオフは、空白のターミナルではなくパイプラインを通じてやり取りすることだ。ゼロから本番SaaSを構築するなら、そのトレードオフはたいていの場合、価値がある。

正直なまとめ

非開発者は実際のものをClaude Codeで作っている。デモではない。実際のユーザー、実際のデータ、そして何かが壊れたとき実際の結果がある本番システムだ。

上限はほとんどのガイドが示唆するより高い。下限も同様に低い。失敗は現実で、いくつかは永久的だ。

成功事例と失敗事例の違いはひとつに集約される。成功した人はループに留まっていた。欲しいものを詳細に説明し、実行前に計画を確認し、取り返しのつかないものには人間の判断を維持した。

Claude Codeは、あなたが立ち去っている間に物を作るシステムではない。あなたと一緒に物を作るシステムだ。あなたが何をしているかに関与し続けている限り、おそらくあなたが可能だと思っていなかったペースで。