プログラミングできない俺が Claude Code を使い続けられる理由

俺はコードが書けない。

for ループが何をするのか、説明できない。変数と定数の違いを人に教えられる自信がない。if 文を自分で書いたことが一度もない。

それでも今、Claude Code は毎日使っている。

この記事は「コードが書けなくても AI ツールは使える」という話ではない。コードを書けないからこそ、AI ツールの使い方が変わるという話だ。

最初に試みた失敗：「コードを書いてもらおう」

Claude Code を最初に触ったとき、俺は「これでコードが書けるようになる」と思っていた。

でも実際には違った。

「Python でスクレイピングするコードを書いて」と頼むと、確かにコードが返ってくる。でも俺にはそのコードが正しいかどうかわからない。エラーが出たときに何が原因かわからない。修正してもらっても、また別のエラーが出る。

コードのデバッグを Claude Code に頼むためには、コードを読める必要があった。

これに気づくまで2週間かかった。

転換点：「コードを書かせる」から「動くものを作らせる」に変えた

発想の転換は単純だった。

「コードを書いてもらって自分で動かす」ではなく、「動くものをまるごと作ってもらう」に変えた。

具体的には、作りたいものを入力と出力で定義するようにした。

入力: n8n のワークフロー JSON
出力: 同じ機能をもつ改良版ワークフロー JSON（Code ノードのバグを修正済み）
制約: GitHub API は使わない / fetch の代わりに HTTP Request ノードを使う

これだけ書けば、Claude Code は「コードの修正箇所」ではなく「完成品の JSON」を返してくれる。

俺がやることは、その JSON を n8n に貼り付けるだけだ。コードを読む必要はない。

非エンジニアが Claude Code を使うための 3 つの考え方

1. 「コードを理解する」のではなく「動作を仕様で定義する」

プログラマーは「コードを読んで正しいかを判断する」。

俺は「動かして正しいかを判断する」。

仕様を正確に書けば、コードを理解しなくても使えるシステムは作れる。大事なのは「何が入って何が出るべきか」を言語化できることだ。

2. CLAUDE.md に「制約環境」を書く

Claude Code には CLAUDE.md というファイルを置ける。プロジェクトのルールを書いておくと、毎回読み込んでくれる。

俺の CLAUDE.md には、n8n の動作環境を全部書いてある。

## 実行環境
- n8n バージョン: 1.x
- Code ノード: JavaScript のみ（Python 非対応）
- ホスト: Docker コンテナ内（external access 不可）
 
## 禁止事項
- child_process の使用
- 外部ライブラリの import（標準ライブラリのみ）
- fetch（HTTP Request ノードを使うこと）

これを書いてから、「動かないコード」が返ってくる頻度が激減した。環境を伝えることが、非エンジニアにとって最も費用対効果の高い一手だ。

3. エラーはそのままコピペして渡す

コードが動かないとき、俺はエラーメッセージをそのままコピーして Claude Code に渡す。

「このエラーはどういう意味ですか？」とは聞かない。

「このエラーが出た。修正した JSON を出してください」と頼む。

エラーを理解しようとしない。解決されたかどうかだけを確認する。これが非エンジニア流のデバッグだ。

「コードを書けない」ことの意外なメリット

コードが書けないことには、ひとつだけメリットがある。

「動くか動かないか」だけで判断できる。

エンジニアは「このコードは美しいか」「パフォーマンスは最適か」を気にする。俺は気にしない。動けばいい。

この判断の速さが、WF を 133 本まで積み上げた原動力だと思っている。

コードの品質よりシステムの動作を優先した結果、俺には「動く自動化のポートフォリオ」がある。完璧ではないが、毎日動いている。

Claude Code が向いている非エンジニア・向いていない非エンジニア

向いている人

• 「何を作るか」を言語化できる人
• 入力と出力を定義できる人
• エラーを「理解せず渡す」割り切りができる人
• 完璧主義より動作主義の人

向いていない人

• コードの動作を理解した上で使いたい人
• 自分でカスタマイズできる状態を目指している人
• エラーの意味を理解してから先に進みたい人

後者は向いていないわけではなく、「まずコードを学んでから使う」ルートが適切だ。

まとめ

• コードを書けなくても Claude Code は使えるが、「使い方の発想」を変える必要がある
• 鍵は「仕様定義（入力・出力・制約）」と「CLAUDE.md への環境記述」
• 非エンジニアの強みは「動けばいい」という判断の速さ。これは武器にできる

俺はこれからもコードを書かない。その代わり、動くものを増やし続ける。