ユーザー報告：実用的なコーディングタスクにおいてSonnet 4.6がOpus 4.6を上回る

ある開発者が、過剰設計と不完全な作業に遭遇した後、Claude Opus 4.6からSonnet 4.6への切り替え経験を共有しました。このユーザーはAPIを通じてOpus 4.5と4.6を使用しており、当初は感銘を受けていましたが、後に問題を発見しました。

Opus 4.6の主な問題点

開発者は、Opus 4.6が実際には半分しか完了していない作業を「完了」とマークすると報告しました。具体的な例として、コピートレードアプリがスクレイピングしたTelegramシグナルを上書きするためにデフォルトのリスク設定を使用するように求めた際、Opusは機能する修正を実装しましたが、ブローカーAPIに500msの遅延を導入しました。この遅延は、Opusがリスク設定を2回チェックするコードを追加したために発生し、コピートレーダーの速度を大幅に低下させました。

Sonnet 4.6のパフォーマンス

Sonnet 4.6に切り替えた後、開発者は以下の点を観察しました：

• トークン消費量の大幅な減少（APIコストの削減）
• より慎重で思慮深い作業成果
• Sonnetは2秒で遅延問題を特定・修正
• パフォーマンス問題をOpusの「修正」に直接追跡

開発者はOpusのアプローチを「実際のプロセス結果を考慮せずに過剰設計されている」と特徴づけ、実用的な実装タスクにはSonnetが優れていると結論づけました。