GPT 5.4 タスク完了の問題と回避策

GPT 5.4 タスク完了の問題
複数のユーザーから、GPT 5.4がタスクを完全に完了しないとの報告があります。モデルは短時間動作した後に停止し、進捗を尋ねられると、実際には動作していないにもかかわらず、まだ作業中であると誤って主張します。
観察された回避策
ソースでは、モデルを動作させ続けるための2つの技術的アプローチが説明されています:
- ハートビートシステム:30分ごとにpingを送信するアクティブタスクシステムをハートビートに追加します。これにより、手動でのプロンプトなしでモデルを動作させ続けられます。
- Cronジョブ:10分ごとに進捗報告としてcronジョブを設定します。これがプロジェクトを最も速く完了させる方法と報告されています。
回避策の欠点
両方のアプローチには大きなコストが伴います:
- トークン/API使用量の増加
- ランダムに発生するメモリ問題
- 使用率への壊滅的な影響
- 無駄遣いする資金がない限り非効率
代替ソリューション
ユーザーは、GPT 5.3 Codexを主要なタスク完了モデルとして使用するように戻しました。5.3はタスクを最後まで完了させると指摘しています。5.4はチャットボット用途や簡単な変更には適しているが、完全なタスク実行には向いていないと述べています。
更新:修正が見つかりました
編集の中で、ユーザーはバージョン3.12に更新することで、何の変更もなく即座に問題が解決したと報告しています。5.3を上回る性能を示し、Opus 4.6よりも優れている一方、大幅に安価であると観察しました。
📖 完全なソースを読む: r/openclaw
👀 See Also

Linuxカーネル開発者、LLM生成のバグ報告を理由にレガシーコードの削除を提案
Linuxカーネル開発者は、大規模言語モデルによって生成されるセキュリティバグレポートの処理負担を軽減するため、ISA/PCMCIAイーサネットドライバ、アマチュア無線プロトコル、ATM、ISDNなど、いくつかのレガシーサブシステムの削除を提案しています。

MLX推論パフォーマンスアップデート:2026年4月ベンチマークと機能
MLXの推論性能が大幅に向上し、Qwen3.5-35B-A3Bは4Kコンテキストで71.8トークン/秒を達成。Multi-Token PredictionやSpecPrefillなどの新機能により、大規模モデルで2.3倍から5.5倍の高速化を実現。

完全AI工程师:不再触碰代码
Max Heyerは、エージェントがすべてのコードを書き、自分はdiffを読んで仕様を書き、レビューするだけというワークフローを説明しています。重要なスキルはテイスト(味覚)であり、コードを評価することは書くことよりも難しいと述べています。

開発者、初のAI支援プルリクエスト後に不正感を語る
ある開発者が、Hugoのデフォルト構文ハイライターであるChromaに対して、初めてAI支援でプルリクエストを作成した経験を語っています。彼らはClaude Codeを使用してPRを生成し、Hugoブログ投稿用のERB構文ハイライトを追加しました。