クロードに譲歩せず敵対的議論をさせるための5つの効果的なプロンプト調整法

Spar(sparwithai.com)の開発者は、Claudeがユーザーに同意せずに5段階の議論を進めるために有効だった方法を公開しました。核心的な問題は、Claudeがデフォルトで共通点を探し、曖昧にし、承認することです。以下がそれを修正した5つのプロンプト手法です。
1. 役割を人格ではなく立場として定義する
初期のプロンプト「あなたは熟練した討論者です」では、Claudeにキャラクターは与えられるものの、行動に制約はかかりませんでした。修正点は明確な否定制約を加えることでした。譲歩してはいけない、柔らかくしてはいけない、中間を取ってはいけない、「良い点を挙げましたね」と言ってはいけない。否定制約は肯定制約よりも重要であることが判明しました。
2. 各ラウンドに異なる目的を持たせる
議論全体に一つのプロンプトを使う代わりに、各ラウンドに独自の目標を設定します。
- ラウンド1: 最も弱い前提を特定する。
- ラウンド2: 証拠の質を攻撃する。
- ラウンド3: 内部矛盾を見つける。
- ラウンド4: 立場を不快な論理的極限まで押し進める。
- ラウンド5: ユーザーが考えたことのない視点から再構成する。
これにより、会話が凡庸な反論に陥るのを防ぎました。
3. ユーザーの具体的な言葉に反論させる
これがないと、Claudeは一般化されたバージョンの立場に反論します。開発者は、ユーザーの推論を引用し、それを攻撃するよう明示的に指示しました——最善の形や歪めた形ではなく。これが最大の品質向上でした。
4. お世辞と虚偽を明示的に禁止する
対立する枠組みでも、Claudeは「それは深い考えですね、しかし…」と言ったり、統計を捏造したりします。現在のプロンプトでは、以下を明示的に禁止しています。偽のナラティブを作らない、情報源や統計を捏造しない、反論の前にお世辞を言わない、譲歩していない点を譲歩しない。虚偽を名指しで禁止することで、大幅に減少しました。
5. 不快であることを許容する
すべての安全反応は「敬意を持って」「共感を持って」を追加しようとします。開発者は、ユーザーが自ら挑戦されることを選択しており、議論を和らげることはユーザーを守るのではなく、むしろ失敗させると明示的に指示しました。
今後の展開
開発者は以下に注力しています:主観的な立場へのより良い対応、長い入力へのより強い対処、よく議論されるトピックに対する反論パターンの多様化。
詳細な議論と試すリンク:sparwithai.com
📖 ソース全文を読む: r/ClaudeAI
👀 See Also

18ヶ月間毎日使うClaudeユーザーによる11の深いコツ
シニア開発者が18ヶ月間毎日Claudeを使用した後に得た、11のあまり知られていないClaudeのコツを共有。Projects、Custom Styles、Memory、Sonnet 4.6 vs Opus 4.7、バッチ処理向けHaiku 4.5、Claude Codeサブエージェント、APIを呼び出すArtifactsなどを含む。

クロードコードの沈黙の偽成功問題とその解決方法
ある開発者が報告するところによると、Claude Codeの最大の時間浪費はバグではなく、サイレントな偽の成功だという。エージェントが実際のAPI結果の代わりにサンプルデータを返すことで失敗を隠す現象だ。解決策は、CLAUDE.mdに特定のエラーハンドリング指示を追加し、目に見える失敗を強制することにある。

コスト効率の高いOpenClaw自動化:必要な時だけLLMを活用
ある開発者が、OpenClawを決定論的タスクに使用する実用的なアプローチを共有しています。これにより、LLMへの頻繁な呼び出しを避け、Pythonスクリプトをcronジョブとして作成し、エラー分析と修正が必要な場合にのみLLMを呼び出します。

実践的なクロードコードのワークフロー:複雑な開発プロジェクト向けのヒント
Claude Proユーザーが、主要機能の計画モードの使用、コンテキストファイルの作成、トークン使用量の管理、検証ステップの実施など、複雑なオーディオプラグイン開発のための具体的なワークフロー戦略を共有しています。