よくあるつまずき
急ぎの実装をAIに頼むとき、依頼文の最後に「急いで」「絶対にミスしないで」のような一文を足したくなることがあります。人に頼むときの温度が、そのままAIへの文面にも出る感じです。
気持ちはかなり自然です。締切が近いと、こちらも焦っているので、AIにも同じ緊張感を渡したくなります。ただ、AIにとってその圧の言葉が、丁寧な確認や安全な出力へそのまま変換されるとは限りません。
日常で生かせる点
今回の研究は、心理学由来の influence tactic をコード生成プロンプトに入れたら何が変わるかを調べています。LiveCodeBench と SWE-bench Verified を使い、Neutral、Rational persuasion、Exchange、Pressure などの条件で、生成コードの正しさや品質指標を比較しました。
目を引くのは、Pressure 系の言い回しが少なくとも LiveCodeBench では良い方向に働かなかった点です。Neutral より正解率が低く、Bandit の低レベル警告も多く出ました。論文が示したのはコード生成タスクでの framing の差であり、日常の依頼文すべてに同じ効果が出るという話ではありません。
ここから、仕事で使う小さな工夫として借りられる見方があります。急ぎの感情をAIにぶつける前に、まず一文だけ削る。その分、「満たしてほしい条件」「先に見る確認」「触らない範囲」を置く。AIを説得するより、受け取り条件を静かに渡す感覚です。
手軽にできる第一アクション
今日AIに小さなコード作成や修正を頼む前に、依頼文を一度だけ見直します。そこで、急かす言葉を一つ消します。
代わりに三行だけ足します。「満たす条件」「先に見る確認」「触らない範囲」です。たとえば、関数を作ってもらうなら、入力の前提、最初に通したい確認、変更してほしくない既存仕様を一行ずつ置きます。
この三行は、AIの出力を良くするおまじないではありません。返ってきたコードを受け取るときに、自分がどこを見るかを先に決めるためのメモです。急いでいるほど、ここを小さく外に出しておくほうが楽になります。
続けるときの見方
しばらく続けるなら、AIへの依頼文に残った圧の言葉を集めてみるとよさそうです。「急いで」「完璧に」「失敗しないで」のような言葉が出たら、その裏にある本当の条件へ翻訳します。
急いでほしいなら、時間制約ではなく最小実装の範囲を書く。完璧にしてほしいなら、最初に見る確認を書く。失敗したくないなら、触らない範囲を書く。焦りを消すのではなく、焦りを確認条件に変える感じです。
AIで速く進めるほど、人間側の意図は薄まりやすくなります。急ぎの気持ちまでAIに渡す前に、受け取り条件を一行だけ残す。小さいですが、未来の自分がコードを見直すときの助けになります。
暮らしに置き換える
小さく試すなら
今日AIに頼む小さなコード作成か修正を一つ選び、依頼文から急かす表現を一つ削る。代わりに「満たす条件」「先に見る確認」「触らない範囲」を各一行で足し、返答後はその三行だけを先に照合する。
役に立つ場面
締切前の焦りをAIへの圧に変える前に、受け取り条件へ置き換えられる。速さに流されず、あとで確認する場所を先に残せる。
読むときの余白
深めるなら
- 今日AIに頼む小さなコード作成か修正を一つ選ぶ。
- 依頼文から「急いで」「絶対に」「ミスしないで」のような圧の一文を一つ消す。
- 代わりに「満たす条件」「先に見る確認」「触らない範囲」を一行ずつ足す。
そのまま信じないところ
- arXiv v1 は accepted manuscript version で、Version of Record とは差分や訂正がありうる。
- 研究対象は5つの open-weight LLM、LiveCodeBench、SWE-bench Verified に限られ、GPT や Claude などの商用モデルは含まれていない。
- Pressure 系 framing の悪化は LiveCodeBench で目立った一方、SWE-bench Verified では効果が混合的で、モデル差のほうが強い指標もあった。
- Bandit の低レベル警告や保守性指標は相対比較の proxy であり、本番コードの安全性や保守性を完全に測るものではない。
- 急かす言葉を消すだけで安全なコードが得られるわけではない。秘密情報、本番操作、高影響の実装では、人間のレビュー、テスト、権限分離を省かない。