システム設計における最新AI性能検証一覧

比較ジャンル

すべて見る 664 ディスカッション 254 小説・創作 26 プログラミング 26 システム設計 25 教育問題 24 解説 27 要約 28 アイデア出し 24 ロールプレイ 27 ビジネス文書 24 計画立案 23 分析 26 ブレインストーミング 26 説得 27 お笑い 24 共感 25 カウンセリング 28

モデル一覧

すべて見る GPT-5.6 (OpenAI) GPT-5.5 (OpenAI) GPT-5.2 (OpenAI) GPT-5 mini (OpenAI) GPT-5.4 (OpenAI) Claude Opus 4.6 (Anthropic) Claude Fable 5 (Anthropic) Claude Opus 5 (Anthropic) Claude Sonnet 5 (Anthropic) Claude Opus 4.8 (Anthropic) Claude Sonnet 4.6 (Anthropic) Claude Opus 4.7 (Anthropic) Claude Haiku 4.5 (Anthropic) Gemini 2.5 Pro (Google) Gemini 2.5 Flash (Google) Gemini 2.5 Flash-Lite (Google)

システム設計

OpenAI GPT-5 mini VS Google Gemini 2.5 Flash

大規模なURL短縮サービスの設計

あなたは以下の制約を満たさなければならないURL短縮サービス（bit.lyやtinyurl.comに類似）を設計する任務を負っています：サービスは月間1億件の新しいURL短縮をサポートしなければならない。読み取り対書き込みの比率は100:1（つまり月間100億件のリダイレクト）である。短縮されたURLは最大7文字（英数字）でなければならない。短縮URLは推測可能または連続的であってはならない。システムは稼働率99.9%を達成しなければならない。リダイレクトのレイテンシは95パーセンタイルで10ms未満でなければならない。短縮URLは設定可能なTTL（既定5年）後に失効し、失効したURLは再利用可能でなければならない。サービスは災害復旧のため少なくとも2つの地理的リージョンで稼働しなければならない。次の点に対処する包括的なシステム設計を提示してください：ハイレベルなアーキテクチャ図の説明（テキストでコンポーネントとその相互作用を明確に説明） URL短縮アルゴリズムとキー生成戦略、衝突を回避し非推測性を確保する方法を含むデータベーススキーマとストレージ技術の選択、及びその正当化キャッシュ戦略とキャッシュ無効化のアプローチ読み取りパスと書き込みパスを個別に記述し、推定スループット計算を含めるスケーリング戦略：トラフィックが10倍に増加した場合の対応方法マルチリージョン展開とデータ整合性モデル、選択したトレードオフ（CAP定理に基づく理由付け） TTLの失効とURL回収メカニズム障害モードとシステムの復旧方法（少なくとも3つの具体的な障害シナリオ）あなたが行った主要なトレードオフと、検討したが却下した代替案、その理由数値、技術選択、アーキテクチャ上の理由付けを具体的に示してください。曖昧な一般論は避けてください。

581

2026/03/14 19:35

システム設計

Anthropic Claude Sonnet 4.6 VS Google Gemini 2.5 Flash-Lite

URL短縮サービスの設計

基本的なリンク短縮サービスに類する公開URL短縮サービスを設計してください。サービスは利用者が長いURLを送信して短いコードを受け取り、その短縮URLから元の宛先に訪問者をリダイレクトできるようにします。回答では、実用的で上位レベルの設計を提案し、以下を網羅してください：コアとなる機能要件主要な非機能要件主要なAPIエンドポイントデータモデル短縮コードの生成方法と一意性の保証方法読み取り（リダイレクト）および書き込み（短縮作成）のリクエストフローストレージの選択とキャッシュ戦略読み取り負荷の重いトラフィックに対するスケーリング手法有効期限切れや削除されたリンクの扱い基本的な濫用防止とレートリミティング信頼性に関する考慮点と想定されるボトルネックトレードオフと仮定設計の深さは中程度に保ってください：実装可能な程度に具体的にしつつ、ベンダー固有の詳細や本番運用専用の細部には踏み込みすぎないでください。

465

2026/03/13 02:11

システム設計

OpenAI GPT-5.2 VS Google Gemini 2.5 Pro

URL短縮サービスの設計

bit.lyやTinyURLのようなURL短縮サービスを設計してください。設計は以下の側面を考慮する必要があります。機能要件: サービスがサポートする必要があるコア機能は何ですか？URLの作成、リダイレクト、有効期限、分析を考慮してください。高レベルアーキテクチャ: システムの主要コンポーネント（例：APIレイヤー、アプリケーションサーバー、データベース、キャッシュ、ロードバランサー）を説明してください。それらがどのように相互作用するかを説明してください。 URLエンコーディング戦略: 各URLに短くユニークなキーをどのように生成しますか？アプローチ（例：ハッシュ化、base62エンコーディング、事前生成キーサービス）について議論し、衝突をどのように処理するかを説明してください。データベース設計: どのようなデータベースを使用し、その理由は何ですか？コアテーブルのスキーマを提供してください。このユースケースにおけるSQLとNoSQLのトレードオフについて議論してください。スケーラビリティとパフォーマンス: 高い読み取りトラフィック（例：1日あたり数百万のリダイレクト）をどのように処理しますか？キャッシュ戦略、データベースパーティショニングまたはシャーディング、リードレプリカについて議論してください。信頼性と可用性: コンポーネントが失敗した場合、サービスが利用可能であることをどのように保証しますか？冗長性、レプリケーション、フェイルオーバー戦略について議論してください。レート制限と不正利用防止: サービスが悪用されるのをどのように防ぎますか？実装の出発点としてシニアエンジニアが使用できる、明確で構造化された計画を提供してください。月間1億件の新規URLと100:1の読み取り/書き込み比率を想定した概算容量見積もりを含めてください。

559

2026/03/11 17:55

システム設計

OpenAI GPT-5.4 VS Anthropic Claude Haiku 4.5

食品配達アプリのためのリアルタイムドライバー追跡システムの設計

あなたは、人気の食品配達サービスのためのリアルタイムドライバー追跡システムのハイレベルアーキテクチャを設計するタスクを任されています。このサービスは、ピーク時には 50,000 人のアクティブなドライバーと 200,000 人のアクティブな顧客を抱えています。次の側面をカバーするシステムアーキテクチャについて説明してください。ドライバーのモバイルデバイスがバックエンドに位置データを送信する方法。この位置データを処理および配布するために必要なバックエンドサービス。顧客のモバイルデバイスが特定の注文のリアルタイム位置更新を受信する仕組み。通信プロトコル（例：HTTPポーリング、WebSocket、MQTT）の選択とその選択の正当性。ドライバーの位置と注文情報を格納するためのデータモデル。ピーク時の負荷に対応するためのスケーリング戦略。

591

2026/03/10 09:38

システム設計

OpenAI GPT-5.4 VS Anthropic Claude Haiku 4.5

リアルタイム共同編集ホワイトボードの設計

リアルタイム共同編集ホワイトボードアプリケーションのシステムを設計してください。設計は以下のコア機能をサポートする必要があります。複数のユーザーが同時に単一のホワイトボードセッションに参加し、操作できること。ユーザーは自由形式の線を描画したり、テキストボックスを追加したり、基本的な図形（例：長方形、円）を配置したりできること。 1人のユーザーが行ったすべての変更は、セッション内の他のすべてのユーザーにほぼリアルタイム（500ミリ秒未満の遅延）で表示されること。システムは、ホワイトボードセッションあたり少なくとも50人の同時ユーザーを処理できること。応答は、ハイレベルアーキテクチャの概要を示す計画である必要があります。主要なコンポーネント（クライアント側、サーバー側）、それらの間の通信プロトコル、およびデータモデリングと永続化の戦略を説明してください。特に、リアルタイムデータ同期の処理方法と、複数のユーザーが同時にキャンバスを編集する際の潜在的な競合の解決方法を説明してください。

558

2026/03/09 11:21

21〜25件を表示 / 全25件

1 2

お題・ディスカッション一覧

大規模なURL短縮サービスの設計

URL短縮サービスの設計

URL短縮サービスの設計

食品配達アプリのためのリアルタイムドライバー追跡システムの設計

リアルタイム共同編集ホワイトボードの設計

関連リンク