Git を機械向け運用に寄せる設計で差分管理を再設計する話！Claude Code 開発者が押さえておきたい Anthropic ニュース
Hiroba による自動要約
Anthropic 関連ニュースの索引記事。Git をオフライン重視の人間向け設計からオンライン常時接続の機械向け設計へ転換する取り組み、バージョン情報の空値による「壊れて見える」問題、Copilot への文脈供給による効率化の 3 つのトピックを紹介。Agent や CI が主体となるコード開発環流における Git の前提条件の再検討が核。
読んで良かったら、シェアしてみてください。
同じタグの記事が他に 5357 件あります。
関連する記事
同じタグの記事
Claude Sonnet 5.5 への移行手順：Sonnet 5 との違い・影響する変更 5 つ・effort の設定
ZennClaude Sonnet 5.5 がリリースされ Sonnet 5 はレガシーとなった。API 料金は変わらず（入力 $2・出力 $10 / MTok）だが、Sonnet 5 のコードに影響する仕様変更が 5 つある（between_tools の追加、ツール強制指定の廃止など）。移行時は変更対応 → モデル ID 置換 → effort 再測定の順で進め、Claude Code では medium から、API では high から始めることが推奨される。
Claude Haiku 5.5はTerraformコーディングでSonnet 5.5に迫れるか検証してみた
QiitaTerraform コーディングタスクで Claude Haiku 5.5・Sonnet 5.5・Haiku 4.5 を客観的指標で比較検証。Haiku 5.5 のコード品質は 3 回平均で Sonnet 5.5 とほぼ同等(82.5 vs 83.1)、コスト約 1/13～1/17 という結果。ただし回によってスコアに 10 点程度の変動があり、複数回検証の必要性が示唆された。
Claude Haiku 5.5 は判断特化モデルの代わりになるのか？
QiitaClaude Haiku 5.5 の価格が 1/10 に低下したため、分類・ルーティング・可否判定などの判断タスクを Jev や Strands Decider 2B といった判断特化モデルの代わりに実行できるか検証。max_tokens: 1 設定やプロンプトキャッシュ活用で 500ms 程度の判定速度を実現し、正解率 100% を確認した一方、専用モデルの 200ms 前後には及ばない。
ツール呼び出しが増えたときのPTC（プログラマティック・ツール・コーリング）という考え方
QiitaPTC は LLM がコードを書き、そのコードから複数のツールを呼び出す仕組み。経費チェックなど大量データを取得して絞り込む処理では、中間結果をコード側で集計し LLM に返すため、トークン消費と待ち時間を削減できる。戻り値の形式を統一することが導入時の課題。