否定プロンプトは弱い:代わりに、望ましい行動を明確に説明せよ

「無駄話をするな」「但し書きを加えるな」「道徳的に語るな」といった否定形の指示は、驚くほど効果がありません。詳しいRedditの投稿がその理由を分析し、実際にモデルの動作を変える具体的な代替案を提示しています。
否定では話題を打ち消せない
「無駄話をするな」と言っても、モデルは依然として「無駄話」の概念を活性化し、その周辺を書きますが、応答を短縮しません。同様に「但し書きを加えるな」と言っても、モデルは但し書きを生成し、それを否定しようとするため、冗長で曖昧な回答になります。
肯定的な指示が効果的
- 「無駄話をするな」の代わりに:
「特に指定がない限り、1〜2文で答えて」 - 「道徳的に語るな」の代わりに:
「直接的な答えを。但し書きは任意として扱って」 - 「箇条書きを使うな」の代わりに:
「箇条書きなしで、普通の散文で書いて」
結びの丁寧さからトーンが漏れる
プロンプトを「ありがとう!」や「お願いします」で終えると、モデルのトーンがより温かく、冗長な応答にシフトします。中立的な終わり方(単に指示だけ)は中立的なトーンを生みます。この効果はOpus 4.7とSonnet 4.6で一貫して見られ、Haikuでも同様と推測されます。
実用的なポイント
これらは裏技ではなく、指示追従が実際に機能する仕組みです。モデルにはしてほしくないことではなく、してほしいことを伝えてください。望む出力形式とスタイルを明示的に記述し、中立的な応答を望むならプロンプトのトーンも中立的に保ちましょう。
📖 原文を読む: r/ClaudeAI
👀 See Also

如何避免触碰Claude限制:将每次对话视为令牌预算
Claudeの利用制限を回避する方法を共有。メッセージの肥大化を防ぎ、セッションを適切に区切ることで、毎日の制限問題を解決したユーザーの実践的なワークフローとインフォグラフィック。

AIによる自動QAテスト:ソフトウェアテストの新時代
antirezが、LLMエージェントを使った自動QA手法を解説。新しいリリースに対して手動テストを指示するマークダウンファイルを作成する方法で、DwarfStarやRedis Arraysに適用し、品質を向上させます。

良いAI支援開発はタスクレベルではなくシステムレベルで起こる
Redditユーザーが、AIエージェントの出力修正から制約設計へのシフト(例:UIナビゲーションを強制するリンタールール)により、バグのクラス全体を恒久的に防ぐ方法を説明しています。

プロダクションAIエージェントに見られる6つのループタイプ:1週間のログ分析
5つのプロダクションエージェントから1週間で収集した670件のイベントを分析した結果、意思決定の振動、リトライループ、ピンポンループ、リコール・ライトループ、リフレクションループ、ツールの非決定性という6つの高深刻度ループパターンが明らかになった。