Claude Haiku 5.5 移行時の 400 エラー対策と Managed Agents 動的ワークフロー
Hiroba による自動要約
Claude Haiku 5.5 への移行時、サンプリングパラメータ・プレフィル・Computer Use ツール・thinking ブロックの扱いが変更され、Haiku 4.5 向けコードが 400 エラーで動作しなくなる可能性がある。同時に Managed Agents に動的ワークフロー機能（ベータ）が追加され、エージェントが自動でワークフローを生成・実行できるようになった。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5012 件あります。
関連する記事
同じタグの記事
フロンティアモデルのクラウド LLM が弱くなる理由 ─ 『最初はよかったのに』の分解
ZennClaude Code やクラウド LLM の応答が「最初よりも弱くなった」と感じるのはモデル重み自体の劣化だけでなく、利用上限によるフォールバック、安全フィルター・システムプロンプトの更新、コンテキスト圧縮の精度低下、不要なスキル混入など複数の要因が重なっているため。混雑時の能力低下を公式根拠として示す証拠はなく、確認可能な変化はモデル ID、利用量表示、上限通知で識別する必要がある。
Claude Fable 5 のプロンプト設計入門：特徴・書き方・長時間タスクの注意点を解説
QiitaClaude Fable 5 は複数の工程を一連の仕事として担当する長期エージェント作業向けモデル（2026年6月9日提供開始）。プロンプト設計には目的・成果物・範囲・完了条件・検証方法の5要素が必要で、特に「何をしないか」の明示が重要。長時間タスク時は進捗報告や停止条件の設定が失敗防止に役立つ。
Claude Haiku 5.5 を選ぶ理由：Sonnet 5.5 との使い分けを実験で検証
QiitaHaiku 5.5 は Sonnet 5.5 の 1/20 の単価で同等の正解率を達成でき、特にサブエージェントなど定型的な調査業務に向いている。実験で 77 種類の分類タスクと複数のコーディング課題を検証した結果、Sonnet を指揮役に残しつつ Haiku 5.5 を調査係にすることで費用を 58% 削減できる。
コードが書けないインフラエンジニアが Claude と作る S3 + CloudFront + GitHub Actions の CI/CD
QiitaAWS 未経験者がインフラエンジニアの知識を活かし Claude と協力して、S3 と CloudFront による静的ホスティング、GitHub Actions による自動デプロイを組み上げたポモドーロタイマーアプリの構築事例。React・TypeScript は Claude が生成し、構築から公開まで半日で実現、月額料金ゼロで運用中。OIDC の sub 形式ミスマッチなど実装時の詳細な落とし穴と対策も記載。