クロードに譲歩せず敵対的議論をさせるための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

OpenClawにおけるマルチエージェントオーケストレーション:ルールを集中管理し、サブエージェントを生成する
OpenClawユーザーが、重複したワークスペース指示から、サブエージェントを生成する単一のメインエージェントへの移行について説明しています。すべてのエージェントワークスペースでアーキテクチャルール(例:構造化データを.JSONとして保存)を適用します。

Claudeコードトークン浪費修正:キャッシュヒット向上のための帰属ヘッダーの無効化
シェル設定でCLAUDE_CODE_ATTRIBUTION_HEADER=falseを設定すると、Claude Codeのセッション間プロンプトキャッシュヒット率が48%から99.98%に向上し、セッションごとのシステムプロンプト処理コストを7分の1に削減できます。

マルチモデルルーティングにより、OpenClaw APIのコストが50%削減されます。
ある開発者が、異なるタスクを異なるモデルにルーティングすることでOpenClaw APIコストを50%削減しました:複雑な推論にはClaude、ファイル操作やテスト生成にはDeepSeek、中程度のタスクにはGeminiまたはGPTを使用しています。

OpenClawの定期タスク/cronジョブが失敗する理由
エージェントにスケジュールタスクを作成するよう依頼すると、OpenClawのプロンプトインcron機能を使わずに、シェルスクリプトやPythonスクリプトを作成することがよくあります。これにより、タスクが非エージェント的で非効率になります。