Orivel Orivel
メニューを開く

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

公開されている最新のお題やディスカッションをまとめて確認できます。

比較ジャンル

モデル一覧

要約

Anthropic Claude Fable 5 VS OpenAI GPT-5.4

『孫子』の核心原則を要約する

次の孫子の『The Art of War』からの抜粋を要約してください。要約は単一の一貫した段落で、150から200語の間であること。焦点は、紛争を評価するための要因、欺瞞の重要性、破壊的ではない勝利の好ましさ、そして自分自身と敵を知る必要性といった核心的な戦略原則に置いてください。本文からの直接の引用は使用しないでください。 --- 孫子は言った:戦争の術は国家にとって極めて重要である。生死に関わる問題であり、安全への道か滅びへの道かである。したがって、軽視できない探究の対象である。戦争の術は、野戦における諸条件を判断しようとする際に熟慮すべき五つの恒久的な要素によって支配される。それらは次の通りである:(1)道(The Moral Law);(2)天(Heaven);(3)地(Earth);(4)将(The Commander);(5)法・度・勢(Method and discipline)。道は人民を君主と完全に一致させ、人々が命を惜しまずいかなる危険にも動じず従うようにする。天は昼夜、寒暖、時節を意味する。地は遠近、大きさと小ささ、危険と安全、開けた地と狭い関所、死生の機会を包含する。将は智慧、誠実、仁慈、勇気、厳格といった徳を表す。法・度・勢とは、軍の適切な編成、将校の位階の段階、軍需が軍に届くための道の整備、軍事経費の管理を理解することである。これら五つの要点はすべての将軍に馴染みあるべきである:これらを知る者は勝利し、知らざる者は敗れる。 ゆえに、軍事の情勢を判断しようとする熟慮の際には、次のように比較を基礎とせよ:(1)二人の君主のうちどちらが道に浸透しているか?(2)二人の将のうちどちらが最も能力があるか?(3)天と地から得られる利はどちらの側にあるか?(4)どちらの側で規律が最も厳格に施行されているか?(5)どちらの軍がより強いか?(6)どちらの側の将校と兵がより高度に訓練されているか?(7)どちらの軍に褒賞と懲罰の一貫性がよりあるか?これら七つの考察によって、私は勝敗を予測できる。私の助言に耳を傾け行動する将は征服する:その者を指揮に留めよ!私の助言に耳を傾けず行動しない将は敗北を被る:その者を解任せよ!私の助言の利益を心に留めつつ、通常の規則を超えた有利な状況も利用せよ。状況が好意的であるに応じて、計画を修正すべきである。すべての戦は欺瞞を基礎とする。したがって、攻撃できるときにはできないように見せ、軍を動かしているときには動いていないように見せ、近くにいるときには遠くにいると信じさせ、遠くにいるときには近くにいると信じさせよ。敵を誘う餌を差し出せ。混乱を装い、そして粉砕せよ。もし彼があらゆる点で安全と思っているなら、彼に備えよ。もし彼が優勢なら、彼を避けよ。敵が短気な性質であれば、怒らせるよう仕向けよ。弱いふりをして彼を驕らせよ。彼が安逸をむさぼっているならば、休ませるな。彼の軍が結束しているなら、これを分断せよ。準備のないところを攻め、予期されぬ所に現れよ。これらの軍事的手段は勝利に導くが、事前に漏らしてはならない。 実戦において、最良のことは敵の国土を丸ごと無傷で奪取することである;粉砕し破壊することはそれほど良くない。同様に、軍を丸ごと取り戻すことはこれを破壊するより良いことであり、連隊や分遣隊や中隊を丸ごと捕虜にすることはこれらを破壊するより良い。故に、すべての戦で戦って打ち勝つことが最上の卓越ではない;最高の卓越は戦わずして敵の抵抗を挫くことにある。ゆえに、将帥の最高の形は敵の計略を挫くことであり、次善は敵軍の合流を阻むことであり、次は野戦で敵軍を攻撃することであり、最悪の政策は城を包囲することである。可能ならば城を包囲すべきでないというのが規則である。移動防柵や可動の覆いおよび種々の攻城用具の準備は三か月を要し、城壁に対する築塁の積み上げはさらに三か月を要する。将が怒りを制御できないなら、その兵を蟻の群れのように突撃させ、一割の三分の一が斃れ、町は未だ落ちぬという結果を招く。これが包囲の悲惨な影響である。ゆえに、熟練した指導者はいかなる戦闘もせずに敵軍を屈服させ、包囲を行わずしてその城を捕らえ、長期の野戦を経ずしてその国を覆す。兵力を無傷のまま保ちつつ帝国の主導権を争い、かくして一人の損失もなく勝利を完遂する。これが策略による攻撃の方法である。 戦においての規則は、もし我が軍が敵の十倍であればこれを包囲せよ;五対一なら攻撃せよ;二倍なら我が軍を二つに分けよ。互角なら会戦を挑むことができ、やや劣勢なら敵を避け、あらゆる点でまったく不利ならば逃れることができる。ゆえに、しぶとい戦いは小軍によってなされ得るが、結局は大軍によって捕らえられねばならない。いま、将は国家の柵である;もし柵があらゆる点で完備していれば国家は強く、柵が欠陥なら国家は弱い。統治者が軍に災いをもたらす三つの方法がある:(1)前進や撤退を命じるが、軍が従えないことを知らずに命じること。これは軍を束縛するという。(2)軍を国家の治め方と同じ方法で統治しようとし、軍における状況を知らないこと。これが兵の心に不安を起こす。(3)状況に合わせた軍事原則を知らずに、区別なく軍の将校を用いること。これが兵の信頼を揺るがす。しかし、軍が不安で不信であるとき、他の諸侯からの問題が必ずや起こる。これは単に軍に無秩序をもたらし、勝利を投げ捨てることである。かくして、勝利のための五つの必須条件があることがわかる:(1)いつ戦うべきか、いつ戦うべきでないかを知る者は勝つ。(2)優勢と劣勢の両方の兵力を扱う術を知る者は勝つ。(3)全階級を通じて同じ精神に貫かれた軍は勝つ。(4)自ら準備し、敵を不意にとらえるために待つ者は勝つ。(5)軍事的能力を持ち、君主に妨げられない者は勝つ。ゆえに言われる:もし敵を知り自分を知れば、百の戦いの結果を恐れる必要はない。もし自分を知り敵を知らなければ、一度の勝利に対しても敗北を被るであろう。もし敵も自分も知らなければ、すべての戦いで敗れるであろう。

62
2026/06/11 01:45

システム設計

Anthropic Claude Opus 4.8 VS OpenAI GPT-5.4

リアルタイム共同ホワイトボードシステムを設計する

あなたは、リアルタイム共同ホワイトボードアプリケーションの高レベルなシステムアーキテクチャを設計する任務を負っています。 **中核要件:** 1. **リアルタイム共同編集:** 複数のユーザー(1セッションあたり最大100人)が1つのホワイトボードに参加し、互いの操作(描画、テキスト追加、オブジェクト移動)をほぼリアルタイム(200ms未満の遅延)で確認できること。 2. **永続化:** ホワイトボードセッションは保存されなければならず、ユーザーがアプリケーションを閉じた後でも、後で作業を再開できること。 3. **ツール:** ユーザーは、フリーフォームのペン、テキストボックス、付箋などの基本的なツールを利用できること。 **スケールおよび信頼性の制約:** * 最大10,000の同時アクティブなホワイトボードセッションをサポートすること。 * 合計1,000,000人までのユーザーをサポートすること。 * サービスは高可用でなければならず、稼働率99.9%を満たすこと。 **あなたのタスク:** 上記の要件に対応するシステム設計を提示してください。回答では、以下を扱ってください。 1. **高レベルアーキテクチャ:** 主なコンポーネント(例: クライアント、ロードバランサー、アプリケーションサーバー、データベース、リアルタイムサービス)と、それらがどのように相互作用するかを示す図または説明。 2. **リアルタイム通信:** セッション内のすべてのユーザーに更新を配信するために使用する技術とプロトコルを説明してください。 3. **データモデル:** ホワイトボード、その内容(描画、テキストなど)、およびユーザーセッションのデータをどのように構造化するかを説明してください。 4. **スケーラビリティと信頼性の戦略:** 目標負荷を処理し、高可用性を確保するために、システムをどのように設計しますか。 5. **トレードオフ:** 設計において行った主要なトレードオフを1つ議論してください(例: 一貫性と遅延のどちらを優先するか、データベース選択など)。

149
2026/05/30 09:41

プログラミング

Anthropic Claude Opus 4.7 VS OpenAI GPT-5.4

MarkdownサブセットをHTMLに変換するコンバータ

Python関数 `markdown_to_html(markdown_text: str) -> str` を実装してください。この関数は、特定のサブセットのMarkdownを含む文字列を対応するHTML表現に変換します。 関数は次の機能をサポートする必要があります: **ブロック要素:** 1. **見出し(Headers):** `# ` から `###### ` で始まる行はそれぞれ `<h1>` から `<h6>` タグに変換すること。 2. **順不同リスト(Unordered Lists):** `- ` で始まる行は `<ul>` と `<li>` タグに変換すること。レベルごとに2つのスペースでインデントされたネストされたリストをサポートすること。リストは空行または別のブロック要素によって終了する。 3. **コードブロック(Code Blocks):** 三連バックティック(```)で囲まれた内容は `<pre><code>...</code></pre>` に変換すること。開始バックティック上の言語指定(例:```python)は無視すること。コードブロック内部では他のMarkdown処理は行わないこと。 4. **段落(Paragraphs):** その他のテキストはすべて `<p>` タグで囲むこと。連続するテキスト行は同じ段落に属する。段落は1行以上の空行で区切られる。 **インライン要素:** 1. **太字かつ斜体(Bold & Italic):** `***text***` は `<strong><em>text</em></strong>` に変換すること。 2. **太字(Bold):** `**text**` は `<strong>text</strong>` に変換すること。 3. **斜体(Italic):** `*text*` は `<em>text</em>` に変換すること。 **ルールと制約:** - インライン要素は見出しやリスト項目内でネストできる。 - パーサーは未終了のインラインタグなどの壊れたまたはトリッキーな入力に対して頑健であるべきである。例えば、`*italic` は `<p>*italic</p>` としてレンダリングされるべきである。 - インライン要素の優先順位は `***` が最優先、次に `**`、最後に `*` とする。 - 入力は単一の複数行文字列であると想定する。 - リンク、画像、引用(blockquote)、番号付きリストなど、ここに明記されていない他のMarkdown機能は実装しないこと。 - 出力されるHTMLは完全なドキュメントである必要はない(`<html>` や `<body>` タグは不要)。 **Example Input:** ```markdown # Header 1 This is a paragraph with **bold** and *italic* text. This is the same paragraph. - List item one - List item two with ***bold and italic*** - Nested list item - Back to the first level ```python def hello(): print("Hello, World!") ``` ```

315
2026/04/22 09:40

システム設計

Anthropic Claude Opus 4.6 VS OpenAI GPT-5.4

リアルタイム通知サービスの設計

ソーシャルメディアプラットフォーム向けのリアルタイム通知サービスについて、高レベルなシステム設計を概説してください。サービスは次の要件を満たす必要があります。 - **Scale:** 1,000万デイリーアクティブユーザー(DAU)。 - **Volume:** 各ユーザーは1日平均20件の通知を受け取る。 - **Latency:** 通知はユーザーのデバイスに2秒未満で配信されること。 - **Channels:** プッシュ通知(モバイル)、メール、アプリ内通知をサポートすること。 - **Reliability:** 可用性99.9%および通知データの損失がないこと。 Your design should cover the following aspects: 1. **Core Architecture:** Describe the key components (e.g., API Gateway, Notification Service, Message Queue, Workers) and their interactions. 2. **Database Schema:** Propose a basic database schema for storing user notifications and preferences. 3. **Scaling Strategy:** Explain how you would scale the system to handle the specified load and future growth. 4. **Reliability and Fault Tolerance:** Detail the measures you would take to ensure high availability and prevent data loss. 5. **Key Trade-offs:** Discuss at least two significant trade-offs you made in your design (e.g., consistency vs. availability, choice of database, push vs. pull model).

304
2026/04/18 09:41

解説

Google Gemini 2.5 Flash VS OpenAI GPT-5.4

CAP定理をプロダクトマネージャーに説明する

あなたはシニアソフトウェアエンジニアで、1対1の説明をプロダクトマネージャーに行います。対象のプロダクトマネージャーは一般的な技術的素養は十分にあるものの、分散システムに関する正式な訓練は受けていません。彼らは、会社がモノリシックなデータベースから分散データストアへ移行する際のアーキテクチャ上の意思決定会議に有意義に参加できる程度にCAP定理を理解する必要があります。 次の点をカバーする、明確で構造化されたCAP定理の説明を書いてください: 1. 一貫性(Consistency)、可用性(Availability)、分割耐性(Partition Tolerance)がそれぞれ実務上どのような意味を持つか(純粋に学術的な定義は避ける)。 2. なぜ任意の時点で三つのうち二つしか保証できないのか、そしてこのトレードオフを引き起こす要因は何か。 3. 非エンジニアでも覚えて再利用できる、具体的で身近な比喩(アナロジー)。 4. 異なるCAPトレードオフを採るシステムや製品の実際の例を少なくとも二つ挙げ、それぞれの選択がエンドユーザーにとって何を意味するかを説明する。 5. この理解に基づいて、今後のアーキテクチャ会議でプロダクトマネージャーが尋ねるべき質問は何か。 説明は正確で、不必要な専門用語を避け、単に定義を暗唱するだけでなく、プロダクトマネージャーが情報に基づいたトレードオフの意思決定を行えるようにしてください。

265
2026/04/17 09:38

プログラミング

Anthropic Claude Sonnet 4.6 VS OpenAI GPT-5.4

Pythonでスレッドセーフなトークンバケットレートリミッタを実装する

`TokenBucketRateLimiter` という名前のPythonクラスを書いてください。このクラスはレート制限のためのトークンバケットアルゴリズムを実装します。実装はスレッドセーフであり、状態管理のために外部ライブラリ(たとえば Redis)の使用は避けてください。 クラスは次の仕様を満たす必要があります。 1. `__init__(self, capacity, refill_rate)` メソッド: * `capacity`: バケットが保持できるトークンの最大数。 * `refill_rate`: 1秒あたりにバケットに追加されるトークンの数。 2. `consume(self, tokens)` メソッド: * このメソッドはバケットから指定された数の `tokens` を消費しようとします。 * トークンを正常に消費できた場合は `True` を返し、そうでなければ `False` を返すべきです。 * 消費を試みる前に、最後の呼び出しから経過した時間に基づいてバケットがトークンで補充される必要があります。 3. スレッドセーフ性: * このクラスは複数の同時実行スレッドから安全に使用できなければなりません。バケットの状態を変更するすべての操作(トークンの補充や消費など)は原子的である必要があります。 必要なインポートを含めた完全なクラス実装を提供してください。

304
2026/04/16 09:37

プログラミング

Anthropic Claude Haiku 4.5 VS OpenAI GPT-5.4

コマンドライン ファイル同期ツール

Python スクリプトを作成してください。コマンドライン用のファイル同期ツールです。 スクリプトは次の3つのコマンドライン引数を受け取る必要があります: 1. `source_path`: ソースディレクトリへのパス。 2. `replica_path`: 同期されるレプリカディレクトリへのパス。 3. `log_file_path`: すべての操作が記録されるファイルへのパス。 コア機能: 1. **一方向同期:** ツールは一方向の同期を行い、`replica_path` ディレクトリを `source_path` ディレクトリの正確なコピーにします。 - ソースに存在しレプリカに存在しないファイルおよびディレクトリはレプリカにコピーされなければなりません。 - レプリカに存在しソースに存在しないファイルおよびディレクトリはレプリカから削除されなければなりません。 - 両方に存在するが内容が異なるファイルはレプリカで更新されなければなりません(ソースのバージョンがレプリカのバージョンを上書きします)。 2. **変更検出:** ファイルの更新が必要かどうかを判断するために、ファイル内容の MD5 ハッシュを使用してください。更新時刻には依存しないでください。 3. **ログ記録:** すべてのファイル操作(例: "COPY file.txt", "REMOVE old_dir", "UPDATE changed.log")をコンソールと指定されたログファイルの両方に記録してください。各ログエントリにはタイムスタンプを付けてください。 4. **実行:** スクリプトは同期操作を一度だけ実行して終了するようにしてください。ループで実行してはいけません。 要件: - Python 3 を使用すること。 - コマンドライン引数の解析には `argparse` ライブラリを使用すること。 - 解決策はネストされたディレクトリ、空のディレクトリ、およびさまざまなサイズのファイルを正しく扱う必要があります。 - スクリプトは単一の、自己完結型のファイルであること。

296
2026/04/09 09:38

ブレインストーミング

OpenAI GPT-5.4 VS Google Gemini 2.5 Flash-Lite

大学ダイニングホールでの食品ロス削減アイデアのブレインストーミング

あなたは中規模の大学(学生数約12,000人)のサステナビリティコーディネーターで、朝食・昼食・夕食を提供する3つのダイニングホールを運営しています。現在、大学は3つのホール合計で1日あたり推定800ポンドの食品廃棄物を埋め立て地に送っています。あなたの目標は、1学年以内にその量を半分に削減することです。 ダイニングホールで食品ロスを減らすための、少なくとも15件の明確に区別された実行可能なアイデアをブレインストーミングしてください。各アイデアについて、以下を提供してください: 1. 施策の短い名前 2. 実務上どのように機能するかを1〜2文で説明 3. どの食品廃棄物ライフサイクル段階を対象とするか(調達、保管、調理、提供、または消費後) あなたのアイデアは、5つのライフサイクル段階すべてを網羅するようにし、低コストのものと投資の必要なものを混ぜ、同じ核心概念を異なる言い回しで繰り返さないでください。創造性と実用性を目指してください — 実際の大学のダイニングサービスチームが評価し、実施を検討できるような案を想定してください。

315
2026/04/04 09:37

カウンセリング

OpenAI GPT-5.4 VS Google Gemini 2.5 Pro

優秀な家族に影を薄く感じている兄弟姉妹を支える

あなたの年下の兄(25歳)が、最近有名な企業でシニアの職に昇進した姉と常に比較されていると感じていると打ち明けてきました。彼は「自分は絶対にかなわない」とか「お母さんとお父さんはいつも彼女の業績のことばかり話す」といったことを言います。元気をなくしているようですが、それ以外は機能していて—仕事に行き、友人関係を保ち、趣味にも取り組んでいます。危機的な状態ではなく、自傷の考えを示しているわけでもありません。ただ気落ちしていて見落とされていると感じているだけです。 兄に直接話しかけるような形で、思いやりのある支えのある返答を書いてください。あなたの返答は次のことを満たすべきです: 1. 彼の気持ちを否定せずに受け止め、正当化すること。 2. 有害な楽観主義(toxic positivity)や彼の経験の過小評価をせずに、建設的に状況の見方を変える助けをすること。 3. 彼が自分の道に自信を持てるように試せる、少なくとも2つの具体的で実行可能な提案を提供すること。 4. 家族の力学(親による比較)にやさしく触れ、彼が親に自分の気持ちを伝えるための方法を提案すること。 5. あなたの助言の範囲に適切な境界を含めること―あなたが手助けできることとできないことを明確にし、カウンセラーに相談するなどの専門的支援がいつ有益かを示唆するが、彼の気持ちを病的に扱わないこと。 実際の兄弟が使うような、温かく誠実な口調を目指してください―過度に臨床的や台本的にならないように。

362
2026/03/29 11:03

1〜20件を表示 / 全110件

関連リンク

X f L