デイリー AI ニュース
要闻
DeepSeekは北京時間2026年8月23日00:00からAPIのピーク・オフピーク料金体系を変更し、土曜日と日曜日は終日オフピーク料金を適用します。月曜日から金曜日は従来の時間帯別料金を維持します。
DeepSeekは、北京時間2026年8月23日00:00にAPIのピーク・オフピーク料金ルールを改定すると発表しました。週末の2日間はピークとオフピークの時間帯を区別せず、すべての利用にオフピーク料金を適用し、平日は従来の時間帯別料金を維持します。改定の発効前に発生した料金は、引き続き旧ルールに基づいて精算されます。同社の説明によると、今回の改定は、ユーザーが週末にピーク時間帯のコストを負担せずに業務を組めるようにし、ネットワーク全体の計算リソース負荷を均衡させることを目的としています。改定後もサービスを利用した場合、新しい料金体系に同意したものとみなされます。同意しないユーザーは利用を停止し、返金を申請できます。
开发生态
Firecrawl は Firecrawl Developer Index を公開し、70M+ 件の docs、READMEs、issues、merged PRs を単一の index に収録した。公式によると、同種のコード向け index の中で recall が最も高い。
Firecrawl は開発者向け検索サービス Firecrawl Developer Index を公開した。収録総数は 70M+ 件で、docs、READMEs、issues、merged pull requests が含まれる。この index は、名前が分からない状態で capability から repo を探すこと、bug report とそれを修正した PR を関連付けること、how-to の質問に答えるページを見つけることに対応する。据其説明では、大半の sources が更新される。
ページでは、CLI query `firecrawl developer "why is my retry backoff not firing on 429" --limit 10` を例として結果を示している。client が 429 を terminal status として扱うため backoff が実行されず、対応する修正では 429 を throttling error list に追加し、各 retry の前に exponential backoff を実行する。据其説明では、この index の recall は coding-specific index の中で最も高い。ページは native web search を control とし、同じ model が search tool を使用しない場合の score は 0.01 だとしている。
开发生态
Codex 責任者の Tibo は、一部ユーザーの今週のキャッシュヒット率が過去数週間の安定した水準を下回り、利用枠の消費がやや速くなった可能性があると説明した。チームはログとモニタリングダッシュボードを確認しており、原因はまだ特定されていない。
Codex 責任者の Tibo は Codex のレート制限に関するアップデートを公開し、一部ユーザーの今週のキャッシュヒット率が過去数週間の安定した水準を下回っているとして、チームが調査を進め、今後も進捗を共有すると説明した。Tibo によると、継続的なキャッシュヒットは Codex を効率的に利用するうえで重要な要素であり、ヒット率の低下によって該当ユーザーの利用枠の消費がやや速くなった可能性がある。現在はチームとともにログとモニタリングダッシュボードを確認している。返信では、複数のユーザーが利用枠の異常に速い消費を報告した。一方、問題はキャッシュヒット率とは関係ないとするユーザーもおり、利用していない間も利用枠が減ったとの報告や、問題は発生していないとの報告もあった。現時点で原因は特定されていない。
开发生态
OpenAI に加わった uv 作者の Charlie Marsh 氏は、新版 Codex CLI に再構築した起動機構を導入し、起動速度が従来の約 25 倍になり、起動後すぐに応答できるようになったと説明しました。
OpenAI に加わった Python ツール uv の作者 Charlie Marsh 氏は、最新リリースの Codex CLI で起動ライフサイクルを作り直し、この変更は新版と同時に適用されました。Marsh 氏によると、再構築後の codex は即座に起動を完了し、起動速度は従来の約 25 倍で、起動完了後すぐに応答できます。この最適化は最新バージョンに組み込まれており、ユーザーは Codex CLI をアップグレードすることで、変更後の起動フローを利用できます。
开发生态
Cursorは、個人向けSuperGrok HeavyにCursor Ultraが付属しなくなったことを明示した。連携アカウントにGrok Bot利用枠を付与できるのは同プランと個人向けSuperGrok Plusのみで、作成した連携は解除も移行もできない。
Cursorの公式ドキュメントは、SuperGrokとの連携をCursorプランではなくGrok Botの利用枠付与と定義している。個人向けSuperGrok Heavyを連携してもUltraの取得やUltraへの切り替えは行われず、既存のPro、Pro+、Ultra、Teamsサブスクリプションも解約または置換されない。対象は個人向けSuperGrok Plusと個人向けSuperGrok Heavyに限られ、SuperGrok TeamとSuperGrok Enterpriseは対象外となる。サブスクリプションが有効である間、利用枠はペアになったCursorアカウントに適用され、Cursorは更新のたびに契約状況を再確認する。連携では1つのGrokアカウントと1つのCursorアカウントがペアになり、作成後は恒久的に有効で、解除や移行はできない。Grok Botを含む有料Cursorプランは引き続き個別に課金・更新され、2つ目の利用量メーターも追加されない。「Grokアカウントを連携」する入口は、ログイン前の「クイックスタート」ペイウォール画面にのみ表示される。アカウントや利用枠に問題がある場合は、両アカウントのメールアドレスとプランページのスクリーンショットを添えてサポートへ連絡する必要がある。
开发生态
Anthropic は、Claude Code 2.1.237 の「high」で 10 と表示される問題について、API 設定のマッピングテストによるもので、0–100 の尺度ではなく、社内評価ではモデル性能への影響も確認されていないと説明した。
Anthropic のチームメンバーである Thariq は、Claude Code 2.1.237 以降、一部ユーザーの「high」推論強度に 10 と表示されるのは、現在の API サービス設定テストで数値型 effort 値の異なるマッピングを採用しているためであり、モデル自体に変更はなく、社内の詳細評価でも性能への影響は確認されなかったと説明した。ユーザーからは、この数値が旧版の「low」と同じだとの指摘が出ていた。同氏によると、チームは API サービス設定を Claude Code で先にテストしてから展開する場合があり、この尺度は 0 から 100 ではなく、数字単体に意味はない。ユーザーが選択した effort level は、実際に適用される level と一致する。チームは、フィードバックと性能低下をより簡単に報告できる仕組みを導入中で、明確な性能低下を確認したユーザーは /feedback から送信し、ID を Thariq に伝えることで credits を受け取れる。同氏はまた、Opus 5 の性能には spiky な特性があり、一貫性を高めて Claude らしさを強めることをチームの優先度の高い課題としていると述べた。