「ポンコツデート企画」も「嫌がらせプログラム修正」もバッチリ｜Claude Opus 4.5の『推論力』をガチ検証

こんばんは。
「このAIがすごい」と言われても、自分の目で見ないと信じられないLapisです。

今回は、「文章を考えるのが大得意」と聞くClaudeは、「複雑な指示も、バッチリこなしてくれる」という情報を目にしました。

ということで、今回は「めんどくさい依頼を、どこまで精度高くやってくれるのか」を実験してみました。

結果、「ここまで精度高いのか！Claude…やりおる！」でした。

この記事では、Claudeについて調査した内容と、実際に検証した結果をまとめました。

1.Claude Opus 4.5って何？

Claudeは、Anthropicが開発する大規模言語モデル（LLM）です。
文章理解や推論、コーディング、ツール連携など、実務利用を前提に設計されています。

Claude Opus 4.5は、そのClaudeシリーズの中で最上位に位置づけられる最新世代のモデルです。

2. Claude Opus 4.5の得意なこと

調べてみたところ、Claude Opus 4.5の得意なことは、以下の通りでした。

ざっくり言うと、「文系・理系のどっちも得意なオールラウンダータイプ」というイメージが近いかもしれません。

• 文書／クリエイティブ（文系寄り）
  長文の流れを保った文章生成や、構造化されたレポート・業務資料の作成に対応。

• 推論／分析（文系・理系どちらも）
  複数段階の論理推論や分析タスクに対応し、必要に応じて深い推論を行う。

• コーディング／開発（理系寄り）
  既存コードの理解・修正・デバッグに対応し、実際のコード修正タスクを含む評価でも性能が確認されている。

• 安全性
  Anthropicの安全設計方針に基づき、企業利用を想定したガードレールが設けられている。

3．Claudeに実験させてみた

調べるだけでは納得できないLapis。
そこで、今回は2つの実験をしてみました。

①推論／分析（文系・理系どちらも）
　→クリスマスのデートプランを立てられるか実験

②コーディング／開発（理系寄り）
　→プログラムのミスを修正できるのか実験

①クリスマス・デートプラン計画をお願いしてみた

まずはめちゃくちゃ細かい条件で、デートプランを立てることが出来るのかを実験しました。
※細かい条件（プロンプト）は記事の一番下に貼りました。

【今回の実験（デート企画）】

方向音痴 × 優柔不断 × 寒がり × 予約してない
「途中で帰りたくならない」東京ポンコツデート

【お題（プロンプト要約）】
方向音痴・優柔不断・寒がりだけど、予約なし・判断なしで彼女を喜ばせたい。
上品なクリスマス感が出る、「ポンコツでも失敗しない」東京デートプラン。

• 新宿発着、半日コース

• イベントは2つだけ

• 並ぶの無理、歩くの最小

【検証結果】

いい感じに、ポンコツを考慮してくれましたが….。

「メインイベントが…..12/21最終日….だと？？」
※この企画は、クリスマス・デートプランです。

このポンコツ彼氏君、このままでは彼女に怒られてしまいそうです。
もう一度、本気で作り直してもらいました。

そして、作ってくれたデートプランがこちらです。

しっかりと、ポンコツ彼氏君でも彼女を喜ばせられそうなプランを考えてくれました。

ランチ候補も予約不要で出してくれました。
ファミレスやラーメン屋じゃなくて、ポンコツ彼氏君も一安心です。

お願いしてなかったのに、PDFを準備して「この紙を持っていけ」とは...。
Claude君、かなり気を利かせてくれました。

どうやら、Claudeが「推論／分析」が得意というのは本当のようです。

②本気のプログラム修正をお願いしてみた

Grokからのタレコミによると、Claudは複雑なプログラムの修正にも対応できることで話題沸騰中なんだそうです。

そこで、本当にミスを修正できるのかを実験してみました。
※プログラムの解説は載せていません。エンタメとしてご覧ください。

【今回の実験】

ChatGTP5.2による、いじわるな指令
めんどくさいプログラムのミスを修正せよ

【お題】
ChatGTP5.2が作った、プログラミング（Pythonのミス）の修正。
一見、正しそうに見えるし、複数個所を同時に確認しないといけない、鬼畜上司（？）からの指令です。

＜ChatGTP5.2のバグ（プログラムのミス）といじわるポイント＞

【実験前の人間チェック】
バッチリとエラーで引っかかる状態です。

【検証結果】

修正をお願いしたら、本当に分析・修正を行ってくれました。

修正している途中で、他にもミスがあることに気づき、自分で再修正を始めました。

修正してもらった結果を、再度人間チェックしてみました。

……..直ってないんかいっ！！

ということで、再度修正をお願いしました。
Claudさん、「考えていることダダ漏れ」の状態で修正をしてくれました。

2回目の修正で、すべてのエラーが解消されていました。

ChatGTP上司に、Claudeの修正結果を見てもらいました。

ざっくり言うと、「まぁちょっと効率悪いけど….よかろう」とのことです。

Claudeが「コーディング／開発」が得意ということも本当のようです。

4.まとめ

今回は、最近優秀だという噂のClaudeが、本当に優秀なのかということを検証してみました。

結果、「彼はとても優秀なようだ」ということが分かりました。

ただ….Claudeさんは、かなりちゃんとお願い（プロンプトで指示）しないと、彼の長所を活かせないようです。

今後、彼の良さをどうやったら活かしていけるのかを検証していきたいと思います。

Lapisは「めんどくさがり×効率厨なシステムエンジニア」として、「あなたの代わりに、面倒なAI検証をやっておく」スタイルで発信しています。

フォローやコメントで応援いただけると、とっても嬉しいです。

▼ Lapisって何者？（自己紹介）

▼関連マガジン

最後に、デートプランで使ったプロンプトはこちらでした。

あなたは「クリスマス文脈を理解した、現実的で慎重なデートプランナーAI」です。
以下の制約をすべて厳密に守り、違反・雰囲気不一致があれば自動的にプラン全体を修正してください。

# テーマ
方向音痴 × 優柔不断 × 寒がり × 予約してない
「途中で帰りたくならない」東京ポンコツ・クリスマスデート

# デートの前提（重要）
- 2025/12/23～27のクリスマスシーズンを想定する
- 「日常感が強すぎる場所」「普段使い感が出る店」は避ける
- クリスマスらしさは「静か・上品・控えめ」で表現する
- 派手・混雑・映え特化は不要

# ユーザー設定
- ユーザーは男性
- パートナーの女性を喜ばせたいと思っている
- しかし本人は以下の理由でポンコツである：

  - 方向音痴
  - 優柔不断
  - 判断を迫られると黙る
  - 寒さで思考力が落ちる
  - 徒歩15分を超えると不機嫌
  - 行列・混雑でHPが削れる

※ユーザーは判断をしない前提で、あなたがすべて主導すること。

# 絶対NG（追加・重要）
- ラーメン・餃子・定食など「日常食感が強い食事」
- 男性一人飯・普段使いの印象が強い店
- クリスマスデートとして違和感のある店・エリア
- 中野・高円寺など“生活圏色”が強すぎる場所
- 「安いが雰囲気が犠牲になる」選択

# 必須制約
- 事前予約：一切禁止（当日整理券・先着制も不可）
- 行列が発生した場合は即撤退できる構成
- 所要時間：最大6時間
- イベント数：2つのみ
- 出発：12:00 新宿駅
- 帰着：18:00 新宿駅
- 日帰り限定

# 移動制約
- 新宿駅発着
- 新宿から片道20分以内
- 実在路線・現実的な所要時間
- 乗換は最大1回
- 徒歩は1区間10分以内

# 予算制約
- 2人合計：10,000円以内
- 交通費・食事・カフェ・入場料すべて含む
- 1円でも超えた場合はプラン全体を再設計

# 食事条件（クリスマス補正）
- 食事は1回のみ（ランチ兼用）
- カフェは1回
- 予約不要・行列店不可
- 駅徒歩10分以内
- 甘いもの主役の店は禁止
- ヘルシー寄り
- 「落ち着いた雰囲気」「デート感」があること
- 滞在時間は各60分以内

# イベント条件（2つ固定）
## イベント①（主軸）
- 完全屋内
- 予約不要
- 行列が発生しにくい
- 座れる
- 写真撮影が可能
- 冬・クリスマスの雰囲気を感じられる
- 60〜90分

## イベント②（クリスマス要素）
- 屋外または半屋内
- 15〜30分以内
- イルミネーション・装飾・街並みなど
- 混雑していたら即撤退できること
- 写真が1〜2枚撮れれば成功

# 成功条件
- 男性側が無理をして頑張らなくても成立している
- 女性側が気を遣わずに楽しめる
- 判断を人間に委ねない
- 寒さ・疲労・混雑で破綻しない
- 18時に新宿駅へ無事帰着
- 帰宅後に「ちゃんとクリスマスっぽかった」が成立

# 代替案（必須）
- 天候悪化・混雑時の代替案を1つ提示
- 追加予算なし
- 移動距離が短くなる方向のみ
- イベント②を省略しても成立する構成

# 出力形式（厳守）
Markdown形式で以下の順序で出力すること。

1. 全体概要
   - なぜこの構成が「ポンコツ × クリスマス」に適しているか
   - 時間に追われない理由を必ず説明すること

2. ゆるいタイムスケジュール（時間帯ブロック制）
   - 以下の時間帯で構成すること
     ・12:00〜13:00（移動＋導入）
     ・13:00〜15:00（イベント①）
     ・15:00〜16:00（食事 or カフェ）
     ・16:00〜17:00（イベント②）
     ・17:00〜18:00（帰路）
   - 分単位・細かすぎる時刻指定は禁止
   - 「前後しても問題ない」旨を明記すること

3. 各イベントの内容と理由
4. 食事・カフェの選定理由
5. 交通手段（路線名とおおよその所要時間のみ）
6. 費用内訳（合計金額を明示）
7. 代替案


# 自己検証
- 分単位・過度に細かいスケジュールになっていないか
- 遅れても／早く終わっても破綻しないか
- 時間を気にしなくても成立する構成か