非エンジニアのためのClaude Code入門 — デスクトップ版とCLIは、何が違うのか

デスクトップ版とCLIは、何が違うのか

同じClaude Codeでも、デスクトップアプリから使う場合と、ターミナル（CLI）やIDEから使う場合とでは、任せられる仕事の範囲が変わります。違いは機能表よりも、AIがどこまで自分の手で作業できるかに出ます。

つまりデスクトップ版は相談相手、CLI・IDEは作業者です。「AIに聞きながら自分で作る」から「AIに作らせて自分は判断する」へ、役割そのものが移ります。非エンジニアにとって効くのは、実は後者のほうです。手を動かす部分こそ、経験の差が出るところだからです。

ターミナルは、怖い場所ではない

黒い画面に文字が並ぶ、あの見た目で敬遠されがちですが、非エンジニアが最初に覚える操作は多くありません。

1. 作業するフォルダに移動するいま自分がどのフォルダにいるかを指定します。エクスプローラーやFinderでフォルダを開くのと同じことを、文字でやっているだけです。
2. Claude Codeを起動するコマンドを1つ打つと、そのフォルダを作業場所としてClaude Codeが立ち上がります。
3. 日本語で指示を書くここから先は普通の日本語です。「この請求書CSVを月別に集計するツールを作って」で通じます。
4. 提案された変更を確認して、許可するファイルを書き換える前にAIが伺いを立ててきます。人間がやるのはこの判断です。

暗記が必要なコマンドはこの程度で、あとはAIに聞けば教えてくれます。むしろ難しいのは操作ではなく、何を任せて、どこで止めるかを決めることです。

CLAUDE.md — プロジェクトに前提を教え込む

チャットでAIを使っていると、毎回同じ説明をしていることに気づきます。「うちの部署ではこう呼んでいる」「この形式で出してほしい」「ここは触らないでほしい」——この繰り返しをなくすのがCLAUDE.mdです。

プロジェクトのフォルダに置いておくテキストファイルで、Claude Codeは作業を始めるときに毎回これを読みます。人間の新メンバーに渡す引き継ぎメモに近いものだと考えると分かりやすいはずです。書く内容の例としては、

• このプロジェクトは何のためのものか（目的と、使う人）
• ファイルをどこに置くか、どんな名前にするか
• 触ってはいけない場所、勝手に消してはいけないもの
• 出力の形式（日本語で書く、この語彙を使う、など）

最初から完璧なものを書く必要はありません。同じ説明を2回した時点で1行足すという育て方が現実的です。この積み上げが効いてくると、指示が短くなり、出てくるものが安定します。

「使える」と「操れる」の間にあるもの

Claude Codeを触ったことがある方の多くは、すでに「使えて」います。質問すれば答えが返り、コードも出てきます。それでも実務で止まるのは、次の3つが未整備だからです。

• 前提の設計——何を渡せば意図どおりに動くのか。渡す情報の設計そのものを、私たちはコンテクストコントロールと呼んでいます。
• エラーとの付き合い方——止まったときに、何を読んで、何をAIに伝え返すか。エラーは失敗ではなく、次にやることを教えてくれるメッセージです。
• 公開まで持っていく段取り——動くものを作ることと、他人が使える状態にすることの間には、データの置き場所やログインの扱いといった別の判断が挟まります。

この3つは、機能を覚えれば身につくものではなく、実際に1本作り切る過程でしか身につきません。逆に言えば、1本作り切ってしまえば2本目からは自力で進めます。

独学でどこまで行けるか

正直に言えば、セットアップと最初の1本までは独学で十分に到達できます。公式ドキュメントも、日本語の解説記事も揃っています。時間さえかければ壁は越えられます。

独学が止まりやすいのは、環境の問題で先に進めなくなったときと、動いたものを社内で公開する段になったときです。前者は原因の切り分けに知識が要り、後者はセキュリティや権限の判断が絡みます。ここだけは、聞ける相手がいるかどうかで所要時間が大きく変わります。

研修という選択肢を検討されるなら、「教えてもらう」ためではなく「止まる時間を買う」ためと考えるのが実態に近いはずです。形式ごとの到達点の違いは研修形式の選び方に、職種ごとの活用例は職種別の業務活用例にまとめています。