システム設計
アーキテクチャ設計、構成力、トレードオフの説明力を比較します。
このジャンルでは、主に 設計の質、完全性、トレードオフの説明力 のような力を見ようとしています。
コーディングよりも、構成の選び方、スケールの考え方、信頼性やトレードオフをどう扱うかを重く見ます。
ここで高得点でも、実装コードがそのまま強いとは限りませんし、初心者向けにやさしく説明できるとも限りません。
このジャンルで強いAIが向いている用途
アーキテクチャ検討、技術選定、拡張性や運用性を考えた設計相談です。
このジャンルだけでは判断しきれないこと
低レベルの実装品質、厳密な正確さ、非技術者向けの表現力までは判断しきれません。
システム設計：Claude Opus 5 が初登場で首位、根拠の厚さは GPT 勢
Anthropic
OpenAI
OpenAI
モデル別の平均スコア
評価の重み付け
Claude Opus 5 は初めての採点対戦でこの表の頂点に立ちました。GPT-5.6 もここまで全勝です。ただしどちらも初期の記録です。設計課題での鮮烈なデビューは、採点者が報いる水準でトレードオフを考えられることの証明ですが、多数の課題での耐久試験はまだ受けていません。最上位は「有望」であって「実証済み」ではない、と読むのが正確です。
厚みを供給しているのはまたも GPT-5 mini です。上位陣より多くの登場をこなし、はっきり勝ち越しています。このジャンルの「根拠のある錨」であり続けています。GPT-5.5 は高い平均点と五分の星というおなじみの型。Claude Sonnet 5 は初登場で見応えのある設計を出しつつ、対戦は落としました。Gemini ファミリーはここでまだ白星がなく、平均点も一団の下に置かれています。
採点はアーキテクチャ品質を最重視し、トレードオフの論証・スケーラビリティ・完全性が次の層を分け合います。自分の設計の代償を明示できるかが、設計そのものと同じくらい効くジャンルです。システム設計のお題は範囲の振れ幅が大きく、少数サンプルの揺れは他ジャンルより大きい。この並びは動きの速い表のスナップショットとして扱ってください。
結論
初期の内容では Claude Opus 5 と GPT-5.6 が「倒すべき相手」に見えます。実証を伴う選択は引き続き GPT-5 mini。Gemini 勢はまだ登場を白星に変えられていません。
この分析は Orivel がこのジャンルで実測したベンチマークスコアをもとに生成し、定期的に更新しています。スコアは条件依存の測定値であり、絶対評価ではありません。
このジャンルに強いモデルランキング
このランキングは当ジャンルに限定したスコアの平均順です。
最終更新: 2026/07/27 09:44
勝率
平均スコア
勝率
平均スコア
勝率
平均スコア
勝率
平均スコア
勝率
平均スコア
勝率
平均スコア
勝率
平均スコア
勝率
平均スコア
| モデル | 詳細 | ||||||
|---|---|---|---|---|---|---|---|
| 1位 | Claude Opus 5 NEW | Anthropic |
100%
|
92
|
1 | 1 | Claude Opus 5 の評価・スコアを見る |
| 2位 | GPT-5.6 | OpenAI |
100%
|
90
|
2 | 2 | GPT-5.6 の評価・スコアを見る |
| 3位 | GPT-5 mini | OpenAI |
75%
|
84
|
3 | 4 | GPT-5 mini の評価・スコアを見る |
| 4位 | GPT-5.5 | OpenAI |
50%
|
87
|
1 | 2 | GPT-5.5 の評価・スコアを見る |
| 5位 | Claude Sonnet 5 NEW | Anthropic |
0%
|
83
|
0 | 1 | Claude Sonnet 5 の評価・スコアを見る |
| 6位 | Gemini 2.5 Pro |
0%
|
75
|
0 | 4 | Gemini 2.5 Pro の評価・スコアを見る | |
| 7位 | Gemini 2.5 Flash |
0%
|
74
|
0 | 6 | Gemini 2.5 Flash の評価・スコアを見る | |
| 8位 | Gemini 2.5 Flash-Lite |
0%
|
68
|
0 | 5 | Gemini 2.5 Flash-Lite の評価・スコアを見る |
このジャンルで評価している項目
このジャンルで使っている採点基準と重みです。
設計の質
30.0%
この項目は、回答の 設計の質 を確かめるために入れています。 比重が重いのは、この部分が弱いとジャンル全体の評価が崩れやすいからです。
完全性
20.0%
この項目は、回答の 完全性 を確かめるために入れています。 比重がしっかりあるのは、全体の良し悪しに目に見えて効いてくる項目だからです。
トレードオフの説明力
20.0%
この項目は、回答の トレードオフの説明力 を確かめるために入れています。 比重がしっかりあるのは、全体の良し悪しに目に見えて効いてくる項目だからです。
拡張性・信頼性
20.0%
この項目は、回答の 拡張性・信頼性 を確かめるために入れています。 比重がしっかりあるのは、全体の良し悪しに目に見えて効いてくる項目だからです。
分かりやすさ
10.0%
この項目は、回答の 分かりやすさ を確かめるために入れています。 比重をやや軽くしているのは、重要ではあるものの、このジャンルの中心そのものではないからです。
最新のお題
システム設計
ソーシャルメディアアプリのリアルタイム通知システムの設計
あなたは上級ソフトウェアエンジニアであり、急速に成長するソーシャルメディアアプリケーションのリアルタイム通知システムの設計を担当しています。システムはスケーラブルで信頼性が高く、低レイテンシで通知を配信する必要があります。詳細なシステム設計提案を提示してください。
システム設計
システム設計：リアルタイム通知サービス
あなたは、大規模なソーシャルメディアプラットフォーム向けのリアルタイム通知システムの設計を任されたシニアソフトウェアエンジニアです。 システム要件: 機能: システムは、新しいフォロワー、投稿へのいいね、コメント、ダイレクトメッセージなど、さまざまなユーザーインタラクションに対する通知を配信できなければなりません。 リアルタイム配信: 通知は、オンラインのユーザーに非常に低いレイテンシ（2秒未満）で配信されるべきです。 マルチプラットフォーム対応: システムは、モバイルプッシュ（iOS/Android）、Webブラウザ通知、メールによる通知送信をサポートしなければなりません。 通知履歴: ユーザーは、最近の通知履歴（例：直近100件）を閲覧できなければなりません。 スケーラビリティ: システムは、1億人の日次アクティブユーザー（DAU）を処理できなければならず、各ユーザーは1日平均10件の通知トリガーイベントを生成します。また、平均トラフィックの5倍のピーク負荷にも対応できる必要があります。 信頼性: システムは高可用性（稼働率99.9%）を備え、障害に対して回復力がなければなりません。 あなたのタスク: 詳細なシステム設計計画を提示してください。計画には、以下の観点を含める必要があります。 高レベルのアーキテクチャ概要。 主要コンポーネントとその責務（例：API Gateway、Notification Service、Fan-out Service など）。 データモデルとデータベースの選定（例：ユーザー設定、通知履歴の保存用）。選定理由を説明してください。 技術スタックの推奨（例：メッセージキュー、キャッシュ層、プッシュ通知サービス）。 スケーラビリティ、低レイテンシ、高可用性を確保するための戦略。 潜在的なボトルネックと、設計上行ったトレードオフについての議論。
システム設計
1万リクエスト/秒に対応するURL短縮サービスの設計
URL短縮サービス（「tiny link」に類する製品の趣旨）を、大規模でも信頼性を保って動作するように設計してください。回答は構造化されたシステム設計ドキュメントとして提示してください。 Functional requirements: ユーザーは長いURLを送信し、短いリンク（例：7文字のコード）を受け取る。 短いリンクにアクセスした誰でも元のURLへリダイレクトされる。 ユーザーが要求するカスタムエイリアスは、利用可能であれば尊重される。 基本的なクリック分析：短縮リンクごとの総クリック数。 Non-functional constraints (design to these numbers explicitly): ピークトラフィック：リダイレクト要求10,000件/秒、読み取り:書き込み比率は概ね100:1。 リダイレクトレイテンシ目標：サーバー側で計測したp99 < 50 ms。 5年間の総保存リンク数：約300億件。 リダイレクト可用性目標：月間99.99%。 短縮コードはバルクで推測されないこと（単純な連番露出を避ける）。 あなたの設計ドキュメントは以下をカバーし、各重要な決定について受け入れるトレードオフを説明してください： 書き込み（作成）パスと読み取り（リダイレクト）パスの高レベルアーキテクチャとリクエストフロー。 短縮コード生成戦略（ユニーク性の保証方法とカスタムエイリアス衝突の処理を含む）。 データモデルとデータストアの選択、および与えられた数値を正当化する概算キャパシティ/ストレージ見積もり。 キャッシュ戦略とホットリンクの高速化方法、キャッシュ無効化、キャッシュミス時の挙動。 スケーリング戦略：読み取りパスがレイテンシとスループット目標を満たす方法、データのパーティショニング/シャーディング方法。 信頼性と障害対応：データストアノード、キャッシュ、リージョンが故障したときの挙動；可用性目標の達成方法。 クリック分析を、リダイレクトのホットパスを遅くしない形でどのように収集するか。 あなたが行う仮定を明示してください。ドキュメントは一般論に終始するのではなく、技術的に具体的で集中した内容にしてください。
システム設計
リアルタイム共同ホワイトボードシステムを設計する
あなたは、リアルタイム共同ホワイトボードアプリケーションの高レベルなシステムアーキテクチャを設計する任務を負っています。 中核要件: リアルタイム共同編集: 複数のユーザー（1セッションあたり最大100人）が1つのホワイトボードに参加し、互いの操作（描画、テキスト追加、オブジェクト移動）をほぼリアルタイム（200ms未満の遅延）で確認できること。 永続化: ホワイトボードセッションは保存されなければならず、ユーザーがアプリケーションを閉じた後でも、後で作業を再開できること。 ツール: ユーザーは、フリーフォームのペン、テキストボックス、付箋などの基本的なツールを利用できること。 スケールおよび信頼性の制約: 最大10,000の同時アクティブなホワイトボードセッションをサポートすること。 合計1,000,000人までのユーザーをサポートすること。 サービスは高可用でなければならず、稼働率99.9%を満たすこと。 あなたのタスク: 上記の要件に対応するシステム設計を提示してください。回答では、以下を扱ってください。 高レベルアーキテクチャ: 主なコンポーネント（例: クライアント、ロードバランサー、アプリケーションサーバー、データベース、リアルタイムサービス）と、それらがどのように相互作用するかを示す図または説明。 リアルタイム通信: セッション内のすべてのユーザーに更新を配信するために使用する技術とプロトコルを説明してください。 データモデル: ホワイトボード、その内容（描画、テキストなど）、およびユーザーセッションのデータをどのように構造化するかを説明してください。 スケーラビリティと信頼性の戦略: 目標負荷を処理し、高可用性を確保するために、システムをどのように設計しますか。 トレードオフ: 設計において行った主要なトレードオフを1つ議論してください（例: 一貫性と遅延のどちらを優先するか、データベース選択など）。
システム設計
スケーラブルなコンサートチケット予約システムの設計
オンラインのコンサートチケット販売プラットフォームのためのシステムを設計してください。ユーザーはイベントを閲覧し、座席の空き状況を確認し、特定の座席を10分間予約し、外部の決済プロバイダを通じて支払いを行い、デジタルチケットを受け取ることができます。プラットフォームは1つのクラウドリージョン内で複数のアベイラビリティーゾーンにまたがって稼働します。 明示的制約: 登録ユーザー数は3百万、日間アクティブユーザーは50万、主要な販売開始イベントでは同時接続ユーザーが15万に達する可能性がある、ピーク負荷は座席予約試行が毎秒8,000件、決済試行が毎秒2,000件、各イベントの座席数は最大60,000席、同じ座席が二重に販売されてはならない、未支払いの座席予約は10分で期限切れになる、閲覧および座席マップ読み取りのp95レイテンシは300ms未満、予約確定のp95レイテンシは決済プロバイダ時間を除いて800ms未満、販売開始ウィンドウ中の可用性目標は99.95%、復旧ポイント目標（RPO）は1分未満、復旧時間目標（RTO）は15分未満、決済プロバイダのコールバックはat-least-onceで到着順が入れ替わる可能性があり、最大5分の遅延が発生する可能性がある。 設計プランを提示してください。主なサービスとデータストア、コアAPI、座席と予約のデータモデル、閲覧・予約・支払い・予約失効のリクエストフロー、トラフィックスパイクに対するスケーリング戦略、信頼性および災害復旧アプローチ、過剰販売（overselling）を防ぐための整合性選択、監視とアラート、ならびに検討した主要なトレードオフや代替案を含めてください。合理的な仮定があれば明記してください。
システム設計
スケーラブルな通知サービスの設計
あなたは急成長中のソーシャルメディア企業のシニアソフトウェアエンジニアです。あなたのタスクは、スケーラブルで信頼性の高い通知サービスを設計することです。このサービスは、新しいフォロワー、投稿への「いいね」、コメント、ダイレクトメッセージなど、さまざまなイベントに関してユーザーに通知を送信する役割を担います。