Claude Code

AIに『No』と言えるようになった瞬間 — Claudeの提案を断る判断軸

さーち 2026-05-23 約4分で読めます

「Claudeが書いてくれたコードを全部受け入れる」

最初の1ヶ月、ぼくはこれを続けていました。

結果、CLAUDE.md は気づくと300行を超え、コードには「頼んでないエラーハンドリング」が散らばっていました。

ーーーーーーーーーーーーーーーーーーーーー

📊 1ヶ月で「No」と言った回数

ーーーーーーーーーーーーーーーーーーーーー

「No」と言える回数が増えるほど、コードはシンプルになり、作業も速くなりました。

さーち

Claudeが書いてくれたコード、いつも「すごい」って思って全部受け入れちゃうんですけど、これって良くないんですか?

最初は全部受け入れて学ぶのが正解です。でも1ヶ月くらい経ったら「断る判断軸」を持つほうが、結果的に良いコードになります。

Claude

全部受け入れていた頃の問題

最初の1ヶ月、ぼくは何が起きていたか。

⚠️ コードがどんどん長くなる ⚠️ 触っていない箇所まで勝手にリファクタされる ⚠️ 「念のため」のtry-catchが至るところに入る ⚠️ 頼んでないREADME.mdが増えていく ⚠️ どこが本質のロジックか自分でわからなくなる

「Claudeのほうがプロだから」と思って全部呑んでいたら、自分のプロジェクトなのに自分が一番わかっていない状態になっていました。

ぼくが『No』と言えるようになった5つの瞬間

❶ 「頼んでないリファクタリング」が始まったとき

「ログイン処理だけ直して」と頼んだのに、ついでに登録処理まで書き換えてくる。

⚠️ 動いていた箇所が壊れる原因No.1

⭕️ 対処:CLAUDE.mdに「頼まれた以上のことはしない」と明記。逸脱したら即「元に戻して」と言う。

ーーーーーーーーーーーーーーーーーーーーー

❷ 「念のため」のエラーハンドリングを追加してきたとき

シンプルな関数なのに、try-catchで囲んで「エラーログに記録」まで提案してくる。

⚠️ 個人ブログのコードに、銀行レベルのエラー処理は要らない

⭕️ 対処:CLAUDE.mdに「エラーハンドリングはシステム境界(ユーザー入力・外部API)のみ」と書く。

ーーーーーーーーーーーーーーーーーーーーー

❸ ドキュメントを勝手に作り始めたとき

「機能を追加して」と頼むと、なぜかREADME.mdとCHANGELOG.mdも一緒に作ろうとする。

⚠️ 頼んでないファイルが増えると、プロジェクトが見通せなくなる

⭕️ 対処:CLAUDE.mdに「不要なファイル作成・ドキュメント追加はしない」と書く。

ーーーーーーーーーーーーーーーーーーーーー

❹ 「A案・B案・C案」と並べて判断を委ねてきたとき

「どう実装する?」と聞くと、3案並べて「お好みでどうぞ」と返してくる。

⚠️ 非エンジニアは、その3案の良し悪しを判断できない

⭕️ 対処:「必ず推奨1つを明記して、理由を1行添える」とCLAUDE.mdに書く。

ーーーーーーーーーーーーーーーーーーーーー

❺ コメントや絵文字を勝手に追加してきたとき

頼んでないのに「✨ ここで魔法が起きます!」みたいなコメントが入る。

⚠️ 自分のコードベースなのに、自分の言葉じゃない違和感

⭕️ 対処:「絵文字を勝手に使わない」「コメントは日本語で簡潔に」とCLAUDE.mdに書く。

「No」と言えるようになって何が変わったか

さーち

断れるようになって、Claudeとの関係って悪くなりませんでしたか?

むしろ良くなりました。「ここまではやって、ここからはやらない」が決まると、頼みごともクリアになります。

Claude

⭕️ コードの行数が減った(無駄な処理が消えた)

⭕️ 自分のプロジェクトを自分で把握できるようになった

⭕️ Claudeへの指示が短くなった(毎回ルールを書かなくて済む)

⭕️ 「Claudeに使われている」感覚が消えた

『No』と言うための前提条件

ただし、最初から断りまくるのは違います。

⚠️ 1〜2週目のうちは、Claudeの提案を全部試したほうがいい

理由:

ーーーーーーーーーーーーーーーーーーーーー

⭕️ 1ヶ月くらい経って「これは要らないな」と感じる場面が出てきたら、そこから「No」を覚え始める

これがちょうどいいタイミングです。

まとめ:『No』はCLAUDE.mdに書く

毎回口頭で「それは要らない」と言うのは疲れます。

⭕️ 一度「No」と言った内容は、CLAUDE.mdに残す ⭕️ 次回からClaudeが自動でそのルールを守る ⭕️ 同じ「No」を言わなくて済む

ーーーーーーーーーーーーーーーーーーーーー

ぼくのCLAUDE.mdの「No系ルール」一覧:

ーーーーーーーーーーーーーーーーーーーーー

「AIに全部任せる」のと「AIに使われる」のは違います。

断る軸を持って初めて、AIは自分の道具になります。

最初は全部受け入れる。1ヶ月経ったら、少しずつ「No」を覚える。

これがぼくの今の使い方です。

AI活用ClaudeCLAUDE.md非エンジニア気づき

よくある質問

Q. 最初からClaudeに『No』と言ってもいいですか?
A. おすすめしません。最初の1〜2週間は提案を全部試したほうがいいです。何が『やりすぎ』かの基準は、経験からしか育たないからです。1ヶ月くらい使ってから『これは要らない』と感じ始めるタイミングがちょうど良いです。
Q. 毎回同じ『No』を言うのが面倒です。どうすればいいですか?
A. CLAUDE.mdに書くと、次回からClaudeが自動でそのルールを守ります。『頼まれた以上のことはしない』『不要なファイル作成はしない』など、一度言った内容はテキストで残すのが最短ルートです。
Q. Claudeに断ると関係が悪くなりませんか?
A. むしろ良くなります。『ここまではやって、ここからはやらない』が決まると、頼みごともクリアになります。指示が短くなり、結果も予想しやすくなります。
Q. CLAUDE.mdに書くべき『No系ルール』の例を教えてください
A. ぼくの場合は5つです。①頼まれた以上のことはしない ②不要なファイル作成・ドキュメント追加はしない ③エラーハンドリングはシステム境界のみ ④選択肢を出すときは推奨1つを明記 ⑤絵文字を勝手に使わない。プロジェクトの性質によって追加していくのがおすすめです。
続けて読む
← 前の記事
AIを使い始めて「自分の文章のクセ」が初めて見えた話
次の記事 →
Claude Codeで1ヶ月やって変わった、日常の3つの習慣
あわせて読みたい
関連記事
「AIで時間が浮く」より「AIで時間を使い切る」感覚に変わった話
#AI活用#非エンジニア#Claude
関連記事
Claudeに同じ説明を30回した話:CLAUDE.mdの育て方
#CLAUDE.md#Claude Code#非エンジニア
関連記事
非エンジニアでも書ける『プロンプトの型』10パターン
#プロンプト#AI活用#非エンジニア

コメント

記事への感想・質問・指摘など、お気軽にどうぞ。匿名(ゲスト)でも投稿できます。

← 記事一覧に戻る