Cohereは今落ちてる？

Cohere

いいえ — Cohereは正常稼働中です

監視ソースに異常は見られません。それでも使えない場合は、ご自身の環境に原因がある可能性が高いです。下部に一般的なトラブルシューティングを掲載しています。

正常稼働中 から · 確認日時:

監視ソースの状況

公式ステータスページ
正常稼働中
直近1時間のテストリクエスト
このサービスでは未実施です
OpenRouter経由のトラフィック
2モデル中0モデルで障害発生中、直近30分間のリクエスト成功率100%
直近1時間のユーザー報告
0

コンポーネント別の状態

公式ステータスページ ↗Cohereを開く ↗

過去24時間

17:52 UTC — 正常稼働中18:22 UTC — 正常稼働中18:52 UTC — 正常稼働中19:22 UTC — 正常稼働中19:52 UTC — 正常稼働中20:22 UTC — 正常稼働中20:52 UTC — 正常稼働中21:22 UTC — 正常稼働中21:52 UTC — 正常稼働中22:22 UTC — 正常稼働中22:52 UTC — 正常稼働中23:22 UTC — 正常稼働中23:52 UTC — 正常稼働中00:22 UTC — 正常稼働中00:52 UTC — 正常稼働中01:22 UTC — 正常稼働中01:52 UTC — 正常稼働中02:22 UTC — 正常稼働中02:52 UTC — 正常稼働中03:22 UTC — 正常稼働中03:52 UTC — 正常稼働中04:22 UTC — 正常稼働中04:52 UTC — 正常稼働中05:22 UTC — 正常稼働中05:52 UTC — 正常稼働中06:22 UTC — 正常稼働中06:52 UTC — 正常稼働中07:22 UTC — 正常稼働中07:52 UTC — 正常稼働中08:22 UTC — 正常稼働中08:52 UTC — 正常稼働中09:22 UTC — 正常稼働中09:52 UTC — 正常稼働中10:22 UTC — 正常稼働中10:52 UTC — 正常稼働中11:22 UTC — 正常稼働中11:52 UTC — 正常稼働中12:22 UTC — 正常稼働中12:52 UTC — 正常稼働中13:22 UTC — 正常稼働中13:52 UTC — 正常稼働中14:22 UTC — 正常稼働中14:52 UTC — 正常稼働中15:22 UTC — 正常稼働中15:52 UTC — 正常稼働中16:22 UTC — 正常稼働中16:52 UTC — 正常稼働中17:22 UTC — 正常稼働中

24時間前現在

過去30日間

9月28日 — 正常稼働中9月29日 — 正常稼働中9月30日 — 正常稼働中10月1日 — 正常稼働中10月2日 — 正常稼働中10月3日 — 正常稼働中10月4日 — 正常稼働中10月5日 — 正常稼働中10月6日 — 正常稼働中10月7日 — 正常稼働中10月8日 — 正常稼働中10月9日 — 正常稼働中10月10日 — 正常稼働中10月11日 — 正常稼働中10月12日 — 正常稼働中10月13日 — 正常稼働中10月14日 — 正常稼働中10月15日 — 正常稼働中10月16日 — 正常稼働中10月17日 — 正常稼働中10月18日 — 正常稼働中10月19日 — 正常稼働中10月20日 — 正常稼働中10月21日 — 正常稼働中10月22日 — 正常稼働中10月23日 — 正常稼働中10月24日 — 正常稼働中10月25日 — 正常稼働中10月26日 — 正常稼働中10月27日 — 正常稼働中

30日前昨日

データのある30日中30日は問題なしでした。

最近のインシデント

  1. パフォーマンス低下

    Multiple Endpoint Disruptions

    4 時間22 分後に解決

  2. 一部障害

    Documentation Content Loading Issues

    57 分後に解決

このサービスについて

CohereのAPIには、チャット（Command）、Embeddings、Rerankが含まれます。チャットが正常に応答していても、EmbeddingsやRerankに問題が起きていると、Cohereを利用したアプリ内の検索機能だけが知らぬ間に停止してしまうことがあります。

他のモデルAPIの稼働状況

Cohere: よくある質問

Cohere API側の障害ですか、それとも自分のコードの問題ですか？

まずはHTTPステータスコードをご確認ください。401や403はAPIキーや権限の問題、400や422は不正なリクエスト形式、429はレート制限や利用枠の上限を示します。500、502、503、504やタイムアウトの場合のみ、Cohere側に問題があると考えられます。このページで正常稼働中と表示されているにもかかわらず5xx系が出る場合は、curlを使って最小限のリクエストを送信し、クライアントライブラリやプロキシの問題を切り分けてみてください。

Cohereの障害に対して、アプリ側でどのような対策をしておくべきですか？

429や5xx系のエラーには、指数バックオフとランダムなジッター（ゆらぎ）を加えたリトライを実装し、最大試行回数を制限してください。また、ストリーミングが途中で停止してリソースを圧迫しないようタイムアウトを設定しましょう。エンドユーザーに影響する機能では、他社ベンダーのフォールバックモデルを用意しておき、連続してエラーが発生した際に自動で切り替わるように構成しておくのが理想的です。現在正常に稼働しているモデルは上記の一覧でご確認いただけます。

他の人は使えているのに、自分のリクエストだけ失敗するのはなぜですか？

制限は組織ごと、モデルごとに適用されるため、他のユーザーが問題なく利用できていても、自身のアカウントだけスロットリングを受けることがあります。また、リリースされたばかりのモデルや超大規模モデルは、混雑時間帯に真っ先にレート制限がかかりやすくなります。アカウントの利用状況ページを確認し、より軽量なモデルを試すか、正しいbase URLとリージョンを呼び出しているか確認してください。

応答は遅いものの返ってはきます。これは障害に含まれますか？

全体の所要時間よりも、最初のトークンを受信するまでの時間（TTFT）に注目してください。当サイトの監視リクエストでは、最初のトークンに3秒以上かかり、かつ当日の時間中央値の3倍を超えた場合にパフォーマンス低下として検知します。プロンプトや出力が長いことによる遅延は仕様であり、障害とは見なしません。

Cohere がダウンしているかどうかをどのように判定していますか？

Cohere については、1分ごとに取得する Cohere の公式ステータスページ、OpenRouter における Cohere 製モデルの成功率、このページのボタンから送信されたユーザー報告 を組み合わせて判定しています。最新のシグナルの中で最も深刻なものを判定基準とし、古い情報に頼ることはありません。ページは自動で更新されます。具体的な判定基準は「監視の仕組み」ページをご覧ください。

監視の仕組み →