Claude Codeが気になっても、非エンジニアだと最初に引っかかりやすいのが「VSCodeって自分にも使えるのか」というところだと思う。
自分も最初はそこで少し止まった。黒い画面、拡張機能、プロジェクト、ターミナル、みたいな言葉が並ぶと、一気に難しそうに見える。でも実際にやってみると、最初に必要だったのは高度な操作より「どこを見ればいいか」を決めることだった。今回は、非エンジニアがClaude CodeをVSCodeで使うときに最初にやったことを整理しておく。
最初に怖かったのは、操作より見た目だった
VSCodeって、触ったことがないと「エンジニアの作業場」みたいに見えやすい。自分も最初は、何かコマンドを覚えないと使えないものだと思っていた。
でも実際に開いてみると、見ていた場所はかなり限られていた。左にファイル一覧、中央に編集中のファイル、右や下にClaudeとのやり取り。この3つが見えていれば、最初の段階では十分だった。
つまり、最初に高かったハードルは機能そのものより、見た目の圧だったんだと思う。
最初にやったのは、全部理解することではなかった
VSCodeを使うとなると、最初から全部理解しようとしがちだった。拡張機能、ワークスペース、Git、設定、ターミナル、ショートカット。見始めると普通に多い。
でも、自分に必要だったのはそこではなかった。最初にやったのはこのくらいだった。
- Claude Codeを開く
- いまのフォルダを見てもらう
- ファイルを1つだけ開く
- 小さい修正を1つだけ頼む
この順番で触ると、「わからないもの全部」を相手にしなくて済む。VSCodeを覚えるというより、「Claude Codeを使うために最低限見る場所だけ知る」方がかなり楽だった。
非エンジニアが最初に見ればよかった場所
- 左のファイル一覧
- 今開いているファイルの本文
- Claudeとのやり取り欄
- 変更された行の色
特によかったのは、変更箇所が見えることだった。どこが足されて、どこが消えたかが色で見えるだけで、「何が起きたのかわからない」がかなり減る。
最初は1行ずつ完全に理解できなくてもよかった。大事だったのは、「今どこを触られているか」が見えることだった。
最初に頼みやすかったこと
VSCodeでClaude Codeを開いた最初の段階で、頼みやすかったのはこのくらいの小ささだった。
- このフォルダが何をしているか教えて
- このファイルの役割を初心者向けに説明して
- この文だけ直して
- このエラーがどこから来ていそうか見て
逆に、「全部いい感じに作って」みたいな頼み方はやっぱり広すぎた。これはVSCodeが難しいというより、Claude Codeへの依頼が大きすぎると自分の判断も追いつかないからだと思う。
デスクトップ版との違いはここだった
デスクトップ版だと、Claudeが出したものを見て、自分でコピペして、自分で直して、また戻す流れになりやすかった。
VSCodeだと、その場でファイルを見て、その場で変更が入り、その場で差分が見える。この違いだけで、体感はかなり変わった。
「Claude CodeはデスクトップよりVSCodeで使うべきだった」と感じた理由も、結局はここだった。見せてもらう道具から、一緒に進める道具に変わった感じがあった。
結局、必要だったのは勇気より小さい確認だった
非エンジニアがVSCodeでClaude Codeを使うとき、最初に必要だったのは「全部わかること」ではなかった。
今開いているのはどのファイルか。どこが変わったか。自分は何を確認すればいいか。この3つだけ見えれば、思っていたよりかなり進めやすかった。
もしVSCodeに対して「自分にはまだ早いかも」と感じているなら、まずはファイルを1つ開いて、小さい修正を1つだけ頼むところからで十分だと思う。
まとめ
Claude CodeをVSCodeで使うのは、非エンジニアでもそこまで不可能ではなかった。最初に必要だったのは高度な操作より、見る場所を絞ることだった。
実際にデスクトップ版からVSCodeへ切り替えたときの体験談を先に見たい人は Claude CodeはデスクトップよりVSCodeで使うべきだった、Claude Code自体の全体像から見たい人は Claude Codeとは？、最初の頼み方を見たい人は Claude Codeの使い方入門 の方がつながりやすいです。
「VSCodeで触るのはわかったけど、勝手にファイルが変わるのは少し怖い」と感じる人は Claude Codeが勝手にファイルを変えるのは怖い？ もつながりやすいです。
このブログではAIと副業の試行錯誤を書いています。X→ @yuruaibu / Threads→ @yuruaibu1 / note→ yuruaibu
コメント