Claude CodeをVSCodeで使う話になると、非エンジニアが最初に怖くなりやすいのが「勝手にファイルが変わるって大丈夫なの？」というところだと思う。
自分も最初はここで少し固まった。便利そうとは思っても、自分がよくわからないままファイルが変わるなら普通に不安だった。今回は、非エンジニア目線で、最初に何が怖かったのか、実際にはどこを見ていたのかを整理しておく。
怖かったのは「変更」そのものより「見えないこと」だった
最初は、「Claude Codeがファイルを触る」という言い方だけで少し身構えやすかった。自分の知らないうちに何か進んでしまう感じがあったからだと思う。
でも実際に不安だったのは、変更されること自体より、「今どこが変わったのか」「何が追加されたのか」が見えないことの方だった。
つまり、自分に必要だったのは止めることではなく、見えることだった。
最初に見ていたのは、この3つだった
- どのファイルが開かれているか
- どの行が追加・削除されたか
- 自分が頼んだ範囲からズレていないか
最初は全部を理解しようとしなくてよかった。大事だったのは、「いま何が起きているか」が追えることだった。
特にVSCodeだと、変更された行の色が見えるので、思っていたより怖さが減りやすかった。全部をコードとして読むより、「ここが増えた」「ここが消えた」を追う方がやりやすかった。
いきなり大きい変更を頼まなかったのも大きかった
怖さを減らせた理由のひとつは、最初に大きい変更を頼まなかったことだった。
いきなり複数ファイルをまとめて直すより、まずは文言をひとつ変える、短い処理を足す、説明を整える、そのくらいの小ささから始める方がかなり安心だった。
変化の量が少ないだけで、「もし違っても戻せそう」という感覚が出る。これがかなり大きかった。
「全部任せる」ではなく「横で確認する」がちょうどよかった
Claude Codeはかなり前へ進めてくれるけど、最初から完全に任せる感じではなかった。自分には、「横で確認しながら進める」くらいがちょうどよかった。
たとえば、Claudeが変更している間に、ファイル名、変更行、説明文を見て、「ここは合ってる」「ここは違うかも」と返す。そのくらいの距離感だとかなり使いやすい。
この感覚が持てると、「勝手に変えられる」から「一緒に進めている」に少し変わる。
非エンジニアが最初に残した方がいい確認
- 頼んでいないファイルまで触っていないか
- 説明と実際の変更がズレていないか
- 見た目や文言が自分の意図に合っているか
- 不安なら小さい単位で止めて確認できるか
ここを見ておくだけでも、かなり怖さが減りやすかった。最初は速さより安心の方が大事だったと思う。
怖さが減ってから、やっと便利さが見えた
最初の不安が少し減ってから、やっと便利さが見えてきた。コピペしなくていい、差分が見える、その場で修正しやすい。このへんはかなり大きかった。
だから、自分には「怖くないから使えた」というより、「見えるから怖さが減って使えるようになった」が近い。
まとめ
Claude Codeが勝手にファイルを変えるのが怖かったのは自然だったと思う。でも実際に必要だったのは、止めることより、変更が見えることだった。
VSCode自体が難しいと感じている人は Claude CodeをVSCodeで使うのは難しい？、実際にデスクトップ版から切り替えた体験談を見たい人は Claude CodeはデスクトップよりVSCodeで使うべきだった、最初の頼み方を整理したい人は Claude Codeの使い方入門 の方がつながりやすいです。
このブログではAIと副業の試行錯誤を書いています。X→ @yuruaibu / Threads→ @yuruaibu1 / note→ yuruaibu
コメント