株主優待 MCP (Yutai MCP)
REMOTE · YUTAI-MCP.WEB.APP
Japanese shareholder benefits search, cross-trading cost estimates, and trading date calculations.
Available components
Last scanned (21 hours ago)
Scores higher than 58% of remote servers
Reachable. Last reached 18 Oct 2026.
Category Finance and Payments
How this component scores in each security and reliability category. Every signal is checked automatically against the live server, and we only credit what we can confirm. How we score → Why this is hard to score →
Endpoint Security63
- The endpoint's TLS certificate is valid, in date, and uses a strong key. View diagnostics → Pass
- Authorisation not fully verified: no authorisation is required to call this server, and 4 tool(s) never declared a destructiveHint. The MCP spec treats an absent hint as destructive by default, so we cannot call this surface safe. See how to fix → View diagnostics → Unverified
- HTTPS is enforced; there's no plaintext access path. View diagnostics → Pass
- The HSTS (Strict-Transport-Security) header is present. View diagnostics → Pass
- DNSSEC check failed: this domain isn't protected by DNSSEC. See how to fix → View diagnostics → Fail
Transport & Reachability100
- Verified streamable-http transport via a live MCP handshake. View diagnostics → Pass
Schema Quality & AI Usability54
- AI-judged instruction clarity (excellent).Pass
- Context-footprint check failed: tool/resource definitions use about 7979 tokens (~1994/item across 4 items; 4 tools + 0 resources), over budget; trim descriptions and params. See how to fix → Fail
- Usage-examples check failed: none of the tools include examples. See how to fix → Fail
Stability & Change Management37
- Stability observed for 11 of 30 days with no destabilising changes; credit accrues until the full window elapses.Partial
Tool Coverage100
- 100% of tools have a non-trivial description (not blank, and not just the tool's name).Pass
- 100% of tool parameters carry a description.Pass
- Structured output schemas are declared (100% of tools); any adoption earns full credit.Pass
Tool Safety100
- No prompt-injection markers were found in the server instructions, tool names or descriptions we captured.Pass
- We read all 4 captured tool definition(s), and no name or description among them implies an irreversible operation.Pass
- An AI judge read all 5 captured unit(s) of tool text and found none that tries to manipulate the model reading it.Pass
Capabilities100
- Implements a supported MCP spec version (2025-11-25); the latest is 2026-07-28.Pass
Every change we have recorded for this component, newest first. Security-relevant changes are always shown. ▲ marks a change for the better, ▼ a change for the worse; unmarked changes are neutral.
- 17 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 30 to 33. That category is still filling its 30-day observation window: 9 days of observed history at the previous scan, 10 at this one. The score rises as the window fills, whether or not the server changes.
- 15 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 23 to 27. That category is still filling its 30-day observation window: 7 days of observed history at the previous scan, 8 at this one. The score rises as the window fills, whether or not the server changes.
- 13 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 17 to 20. That category is still filling its 30-day observation window: 5 days of observed history at the previous scan, 6 at this one. The score rises as the window fills, whether or not the server changes.
- 12 Oct 26 +1
No change was recorded against any check on this day. Stability & Change Management went from 10 to 17. That category is still filling its 30-day observation window: 3 days of observed history at the previous scan, 5 at this one. The score rises as the window fills, whether or not the server changes.
- 10 Oct 26 +1
- Stability: unverified → 0.10 ▲ functional
- 7 Oct 26 63
First indexed and scored.
Diagnostic detail from the automated scan of this channel: what the scanner observed at each step, so you can see exactly where a check passed or failed. It is informational only and never changes the trust score.
Captured 18 Oct 2026 · Probed https://yutai-mcp.web.app/mcp
TLS valid
Negotiated TLS 1.3 with TLS_AES_128_GCM_SHA256 .
| Subject | Issuer | Valid from | Valid until | Key | Signature | Serial |
|---|---|---|---|---|---|---|
| CN=web.app | CN=WR4,O=Google Trust Services,C=US | 23 Sept 2026 | 22 Dec 2026 | RSA 2048 | SHA256-RSA | e26d762a101120cd12a8f68d86c31d05 |
| SANs: web.app, *.web.app | ||||||
| CN=WR4,O=Google Trust Services,C=US (CA) | CN=GTS Root R1,O=Google Trust Services LLC,C=US | 13 Dec 2023 | 20 Feb 2029 | RSA 2048 | SHA256-RSA | 7ff005b4da75b86a5ac61fe4307713cd |
| CN=GTS Root R1,O=Google Trust Services LLC,C=US (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 19 Jun 2020 | 28 Jan 2028 | RSA 4096 | SHA256-RSA | 77bd0d6cdb36f91aea210fc4f058d30d |
| CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE (CA) | CN=GlobalSign Root CA,OU=Root CA,O=GlobalSign nv-sa,C=BE | 1 Sept 1998 | 28 Jan 2028 | RSA 2048 | SHA1-RSA | 40000000001154b5ac394 |
Background: What to check on a remote MCP endpoint →
DNSSEC insecure
Validation of yutai-mcp.web.app. — Not signed
| Zone | DS | Keys | Algorithms | Outcome |
|---|---|---|---|---|
| . | trust_anchor | 20326, 38696 | 8, 8 | Verified |
| app. | present | 23684 | 8 | Verified |
| web.app. | absent | Unsigned (proven) parent-signed NSEC/NSEC3 proves an unsigned delegation |
Authentication No authorisation required
The endpoint answered without asking for a token. Anyone who knows the URL can reach it.
| Result | No authorisation required |
|---|---|
| HTTP status | 200 |
| Header | Value |
|---|---|
| strict-transport-security | max-age=31556926; includeSubDomains; preload |
Background: How OAuth 2.1 works in the 2026 MCP spec →
Transports 2 probes
| Transport | URL | Outcome | Status | Location |
|---|---|---|---|---|
| streamable-http | https://yutai-mcp.web.app/mcp | Verified | 200 | |
| http (plaintext) | http://yutai-mcp.web.app/mcp | HTTPS enforced | 301 | https://yutai-mcp.web.app/mcp |
The tools this component advertises to a client, with an estimated token cost for each. Expand a tool to see its parameters and schema. The per-tool counts are indicative and are not scored directly; the schema's total context footprint is one signal in Schema Quality & AI Usability. A tool's description is untrusted text the model reads on every call, which is what makes this list a security surface and not just an inventory: how tool poisoning works →
calc_dates ~739
権利日を入力すると、クロス取引に必要な各種日付・日数を計算して返す。 【入力 vestingDate】 ・"2026-09-30" のような具体的な日付(その年で固定) ・"9月末" / "09" / "9"（月のみ）→ その月末で、次に到来する回 ・"9月20日" / "09-20" / "9/20" / "0920" → その日で、次に到来する回 【tradeDate】省略時は「今注文したとき」の約定日(JST 15:30より前なら当日、以降なら翌営業日、 土日祝はさらに繰り上げ)。「今から」系の日数(interestDays 等)はこの日を起点にする。 【返す主なフィールド】 ・vestingDate: 権利確定日(基準日) ・lastDayWithRights: 権利付最終日 ・exRightsDate: 権利落ち日 ・interestDays: 今建てた場合の信用金利/貸株料の対象日数(決済が間に合わなければ -1) ・negativeInterestDays: 逆日歩の対象日数(権利付最終日が金曜だと土日を挟んで増える) ・managementFeeMonths: 信用売り建玉の事務管理費がかかる月数 ・crossable: 今から建てて権利落ち日までに決済が間に合うか ・shortSellingLiberation: 一般信用「短期」つなぎ売りの解禁スケジュール。 - sbiGmo: SBI・GMOは同一ルール(営業日ベース、「権利落ち日を含めて15営業日前」)。 liberationDate=売建可能日、orderAcceptedFrom=その前営業日(19:00頃から新規売り注文を受付、翌営業日に先着約定)。 - rakuten: 実効権利確定日の13暦日前を求め、休場日なら翌営業日に調整して最早売建日を計算。orderAcceptedFrom=その前営業日(19時頃から受付)。実際の取扱・在庫・個別期日は別途確認。 - auカブコム・SMBC日興は短期一般信用の取扱いが無いため対象外(詳細は note 参照)。 ・prevYear: 前年の同一権利の基準日(get_benefit の negativeInterests / remainingHistories の prev データと突き合わせるのに使う) ・businessDaysUntilLastDayWithRights / calendarDaysUntilLastDayWithRights: 権利付最終日までの残り 日付は "YYYY-MM-DD" 形式の文字列で返す。
| Name | Type | Req | Description |
|---|---|---|---|
| tradeDate | string | – | 約定日 (YYYY-MM-DD)。省略時は「今」から自動算出 |
| vestingDate | string | yes | 権利日。例: "9月末" / "9月20日" / "2026-09-30" |
| Name | Type | Req | Description |
|---|---|---|---|
| businessDaysUntilLastDayWithRights | number | yes | tradeDateから権利付最終日までの営業日数(tradeDate自身は除く) |
| calendarDaysUntilLastDayWithRights | number | yes | tradeDateから権利付最終日までの暦日数 |
| canWeekendOrder | boolean | yes | 今(tradeDate起点)から土日をまたぐ注文ができるか |
| crossable | boolean | yes | interestDays !== -1。今から建てて権利落ち日までに決済が間に合うか |
| deliveredDate | string | yes | tradeDateの現物/信用建て分の受渡日 |
| exRightsDate | string | yes | 権利落ち日。クロスの決済(現渡し等)を入れる日 |
| input | string | yes | 入力された権利日指定(正規化前の生テキスト) |
| interestDays | number | yes | 今建てた場合の信用金利/貸株料の対象日数。決済が間に合わなければ-1 |
| lastDayWithRights | string | yes | 権利付最終日。この日までに現物を約定していれば権利が取れる |
| managementFeeMonths | number | yes | 信用売り建玉の事務管理費がかかる月数(今から権利まで) |
| negativeInterestDays | number | yes | 逆日歩(品貸料)の対象日数。権利付最終日が金曜だと土日を挟んで増える |
| prevYear | object | yes | 前年の同一権利。get_benefit の negativeInterests/remainingHistories の prev データの基準日と突き合わせるのに使う |
| shortSellingLiberation | object | yes | 一般信用「短期」つなぎ売りの解禁スケジュール |
| tradeDate | string | yes | 起点にした約定日 |
| vestingDate | string | yes | 権利確定日(基準日) |
No examples provided.
estimate_cross_fee ~1,034
株主優待クロス取引(現物買い+信用売りを同時に建てて優待だけ受け取る手法)の手数料を試算する。 【対象範囲】 ・同一証券会社内で「買い」と「売り」の両方を建てるケースのみを計算する。証券会社をまたいだ 組み合わせ(例: 楽天で買ってカブコムで売る)は計算しない。 ・buyMethod: 'spot'=現物買い(sbi/gmo/rakuten/kabucom) / 'system_margin_then_receipt'=制度信用買い+現引き(smbcのみ) ・sellMethod: 'general_short'=一般信用(短期) / 'general_long'=一般信用(無期限・長期) / 'system'=制度信用 ユーザーへの回答時はこれらの値をそのまま出さず、日本語(現物買い、制度信用買い+現引き、短期一般信用、 無期限一般信用、制度信用)に訳して説明すること。 【sellMethod=systemの行について】 逆日歩(金額が事前に確定しない追加費用)が別途発生しうる。total はあくまで「逆日歩が0だった場合の金額」 であり、確定額ではないことを必ず説明すること。前回の逆日歩率が分かる場合は note に参考値として付くが、 将来の逆日歩を予測するものではない。 【note フィールドについて】 一般信用の売り建てが現在できない・残数が無い証券会社も除外せず参考値として計算し、その旨を note に 記載する。note が無い行は現時点で実際にクロス可能。 【日付フィールドについて】 vestingDate=権利確定日(基準日)、lastDayWithRights=権利付最終日、exRightsDate=権利落ち日。 ユーザーが「いつまでに買えばいいか」を知りたいときは lastDayWithRights を案内すること (vestingDate は権利が確定する日そのものであり、買い付けの締切ではない)。 【assumptions フィールドについて】 実際に使用した証券会社プラン設定(ゼロ革命の有無、楽天のコース、カブコムの大口優遇ランク等)を毎回 そのまま返す。呼び出し側のAIは回答時に必ずこの内容(特にユーザーによって異なりうる設定)を明示し、 実際の契約プランと違う場合は指定し直せることを案内すること。 例:「楽天は"ゼロコース"、カブコムは大口優遇なしを前提に計算しています。異なるプランをご利用でしたら教えてください」
| Name | Type | Req | Description |
|---|---|---|---|
| code | string | yes | 銘柄コード。例: "7476" |
| date | string | – | 約定日 (YYYY-MM-DD)。省略時は「今注文したとき」の約定日を自動算出する(JST 15:30より前なら当日、以降なら翌営業日。土日祝ならさらに翌営業日まで繰り上げる) |
| gmoVip | boolean | – | GMO VIPプラン。既定false |
| kabucomLargeLot | string | – | カブコム大口優遇ランク。既定"none" |
| kabucomSor | boolean | – | カブコムSOR(スマート・オーダー・ルーティング)。既定false |
| price | number | – | 実勢株価を上書きする場合に指定。省略時は取得済みの概算株価を使う |
| rakutenCourse | string | – | 楽天のコース。既定"zero"(ゼロコース) |
| rakutenPreferentialRate | boolean | – | 楽天優遇金利適用。既定false |
| rakutenVip | boolean | – | 楽天大口優遇。既定false |
| sbiVip | boolean | – | SBI大口優遇(建玉5億円以上)。既定false |
| sbiZeroRevolution | boolean | – | SBIゼロ革命(電子交付設定)。既定true |
| units | number | – | クロスする株数。省略時は minRequiredUnits(優待に必要な最小株数)を使う |
| Name | Type | Req | Description |
|---|---|---|---|
| assumptions | object | – | 実際に使用した証券会社プラン設定 |
| code | string | – | – |
| crossUnit | number | – | クロスする株数 |
| exRightsDate | string | – | 権利落ち日。クロスの決済(現渡し等)を入れる日 |
| interestDays | number | – | 信用金利/貸株料の対象日数 |
| lastDayWithRights | string | – | 権利付最終日。買い付けの締切はこちら(vestingDateではない) |
| managementFeeMonths | number | – | 事務管理費がかかる月数 |
| message | string | – | 計算できなかった場合の理由。このときcode以外の他フィールドは付かない |
| name | string | – | – |
| price | number | – | 計算に使った株価(円)。入力のpriceを省略した場合は取得済みの概算株価(現在の正確な株価ではない)を使う |
| results | array | – | 証券会社×売り方式ごとの手数料内訳。totalの昇順 |
| totalPrice | number | – | price × crossUnit |
| tradeDate | string | – | 約定日 (YYYY-MM-DD) |
| vestingDate | string | – | 権利確定日(基準日) |
No examples provided.
get_benefit ~530
銘柄コードで株主優待を1件取得する。sections で返す情報を選ぶ(不要なものは返さない)。 - basic (既定): 銘柄の基本情報。優待内容・権利確定日(vestingDates)・ 空クロス日(karaDates)・信用区分(lendingType)・制度信用の規制状態(systemLendingStatus: none/warn=注意喚起/prohibited=売禁)・増担保の最高料率倍率(marginRateMultiplier)・ 長期条件・難易度・株価・必要資金・実質利回り(actualYield)・ 現時点の一般信用残数(normalLendingStatus)・details(候補と長期保有条件)。 - negativeInterests: 逆日歩(制度信用売りで発生しうる、金額が事前に確定しない追加費用)の履歴。 prev(前回権利付最終日の1件)/ worst10(過去ワースト10、逆日歩/日 の降順)/ latest(直近10日)。 negativeInterestPerDiem / highestNegativeInterestPerDiem は「円/株」の文字列で lendingDays 日分。 1日あたりは negativeInterestPerDiem / lendingDays。balancePrice はその日の建値。 逆日歩は過去実績であり将来を保証・予測するものではない点をユーザーに必ず伝えること。 - remainingHistories: 一般信用売りの在庫ステータスの推移。prev(前回権利前3ヶ月)/ latest(直近1ヶ月)。 negativeInterests / remainingHistories は銘柄ごとに個別管理された詳細データが必要で、無い銘柄では notes に理由が入る。 basic のみ(既定)なら詳細データは取得しないため軽量。
| Name | Type | Req | Description |
|---|---|---|---|
| code | string | yes | 銘柄コード。例: "3397" |
| sections | array | – | 返す情報の種類(配列)。省略時は ["basic"]。逆日歩履歴が欲しいときは ["basic","negativeInterests"]、在庫推移も含めるなら ["basic","negativeInterests","remainingHistories"] |
| Name | Type | Req | Description |
|---|---|---|---|
| actualYield | number|null | – | 実利回り(%)。優待の申込単位ごとに(評価額 ÷ (株価×その単位の株数)) × 100 を計算し、達成可能な最良の値を採用する(必要な株数がminRequiredUnitsより多い単位が選ばれることがある)。長期保有条件付きの上位ランク・追加分(details[].longType='required'/'additional')はクロス(初回取得)では届かないため対象外。クロスの手数料・貸株… |
| anyDay | boolean|null | – | 基準日以外の「任意の日」にも保有状況を抜き打ち確認する旨が長期条件に明記されているか(要注意銘柄) |
| benefitTypes | – | – | – |
| code | string | yes | 銘柄コード |
| description | string|null | – | – |
| details | – | – | 優待内容の詳細条件一覧 |
| karaDateConcrete | string|null | – | – |
| karaDates | – | – | 空クロスが必要な月/月日パターン(vestingDatesとは別物) |
| lendingType | – | – | 制度信用区分。both=制度信用売り可 / buying_only=買いのみ可 / none=不可 |
| longType | string|null | – | 長期条件。通常は none/longAddition/longOnly のいずれか |
| marginRateMultiplier | number|null | – | 増担保金徴収措置による最高料率倍率(通常の委託保証金率に対する倍率。例: 10=10倍)。systemLendingStatusとは別の措置で、売禁・注意喚起と同時に付くことも単独で付くこともある。措置無しはundefined |
| maxValue | number|null | – | 優待評価額(円)の最大値。優待の申込単位が複数ある場合、その中の最大の評価額 |
| message | string|null | – | 銘柄が見つからない場合のメッセージ。このときcode以外の他フィールドは付かない |
| minRequiredUnits | number|null | – | この優待を得るために必要な最小株数。申込単位が複数ある場合はその中の最小株数 |
| minValue | number|null | – | 優待評価額(円)。優待の申込単位が複数ある場合、その中の最小の評価額 |
| name | string|null | – | – |
| negativeInterests | – | – | sections に "negativeInterests" を指定し、この銘柄の逆日歩履歴データが存在するときだけ付く |
| nextKaraDate | string|null | – | 次回の具体的な空クロス日(ISO文字列) |
| nextVestingDate | string|null | – | 次回の具体的な権利確定日(ISO文字列) |
| normalLendingStatus | – | – | 証券会社別の一般信用在庫の現在ステータス |
| notes | – | – | 要求されたsectionの一部が取得できなかった場合の理由 |
| prevLendingInterest | number|null | – | 前回の逆日歩率。直近1回(前回の権利付き最終日)の実績のみで、複数回の平均ではない。逆日歩額を1日あたり・株価に対する比率に換算した値(0.01=1日あたり1%)で、制度信用クロスのコスト目安に使う。過去複数回分の履歴は sections:["negativeInterests"] を参照 |
| price | number|null | – | 利回りや手数料の計算で使用している概算株価。現在の正確な株価ではない。取得できない銘柄はundefined |
| rarity | string|null | – | 一般信用クロスの取得難易度(前回権利時の在庫推移から算出)。S(最難)>A>B>C>D>E(最易) |
| remainingHistories | – | – | sections に "remainingHistories" を指定し、この銘柄の一般信用在庫推移データが存在するときだけ付く |
| requiredFunds | number|null | – | 最小株数(minRequiredUnits)で優待を得るために必要な資金(円) = price × minRequiredUnits |
| siteUrl | string|null | – | – |
| summary | string|null | – | – |
| systemLendingStatus | – | – | 制度信用の規制状態。none=規制なし / warn=注意喚起 / prohibited=売禁。lendingTypeとは別軸で日々変動する |
| unit | number|null | – | 権利確定に必要な通常の株数(1単元) |
| update | string|null | – | 優待内容(details等)が最後に変更された日(YYYY-MM-DD)。新設や変更(株式分割による区分変更・優待内容の変更・長期優遇の廃止等)があった際に更新される。何が変わったかは updateNote を参照 |
| updateNote | string|null | – | update日時点で何が変わったか(または新設か)を記した短い注記。例: "新設" / "株式分割による区分変更。ポイントアップ。長期優遇を廃止" |
| vestingDateConcrete | string|null | – | 次回権利確定日(ISO文字列。日付フィルタ用の内部値、nextVestingDateとほぼ同じ) |
| vestingDates | – | – | 権利確定の月または月日パターン(年に依存しない繰り返しパターン) |
No examples provided.
search_benefits ~5,138
株主優待を検索する。複数条件を組み合わせて絞り込める。 【重要: vestingDates と karaDates の違い】 vestingDates（権利確定日）: 現物保有で優待を得るための権利確定月日。「○月に権利確定する銘柄」はこちら。 karaDates（空クロス日）: 権利確定日だけでなく別の日付にも株を一定数保有する必要がある銘柄の、その追加保有日。 端株保有だけでは条件を満たせず、その日付にクロス取引（空クロス）で株数を確保する必要がある。 「○月に空クロスが必要な銘柄」→ karaDate="MM" または karaDateFrom/karaDateTo で検索する。 vestingDate で検索しても空クロス対象の銘柄は正しく絞り込めない。 【信用取引区分 lendingType】 both=制度信用売り可。制度信用でクロスができる buying_only=制度信用買いのみ可、売りが使えないため制度信用ではクロスができない none=信用取引不可 【制度信用の規制 systemLendingStatus】各結果に付く。none=規制なし / warn=注意喚起(増担保・申込停止等) / prohibited=売禁(制度信用の新規売り停止)。lendingType(構造的な区分)とは別で、日々変動する。 ・売禁の銘柄だけ / 除外したい → sellProhibited=true / false ・注意喚起の銘柄だけ / 除外したい → sellCaution=true / false ・売禁または注意喚起(要注意銘柄)だけ / 除外したい → sellRestricted=true / false データ未取得の銘柄は「規制なし」として扱う。 【増担保 marginRateMultiplier】各結果に付く。増担保金徴収措置による最高料率倍率(例: 10=10倍)。 systemLendingStatusとは別の措置で、売禁・注意喚起と同時に付くことも単独で付くこともある。措置無しはundefined。 ・倍率で絞り込みたい → minMarginRateMultiplier / maxMarginRateMultiplier(措置無しの銘柄は対象外になる) 【長期条件】longType: none=なし / longAddition=長期優遇 / longOnly=長期必須 【難易度】rarity: 前回権利時の一般信用在庫の推移(証券会社別)から算出した「一般信用クロスでの 確保しやすさ」。canNormalSelling_* / minRemain_* とは別の、過去実績ベースの総合指標。 S(最難。在庫がほぼ出回らない)>A>B>C>D>E(最易。常時潤沢) ※minRarity='A' → AかSの銘柄のみ 【一般信用売り】canNormalSelling_*: enableSelling=売り可(空売含) / enableLongSelling=長期売りのみ可 / notEnableSelling=不可 【一般信用残】minRemain_sbi/gmo: few=△以上 / remaining=◎のみ。minRemain_rakuten/kabucom/smbc: 数量指定 【利回り】actualYield(%): 優待の申込単位ごとに (評価額 ÷ (株価×その単位の株数)) × 100 を計算し、 達成可能な最良の値を採用する(必要株数がminRequiredUnitsと異なる場合がある)。 長期保有条件(details[].longType='required'/'additional')付きの上位ランク・追加分はクロス (初回取得)では届かないため対象外(longTypeが無い基本額のみで計算)。 クロスの手数料・貸株料・逆日歩は一切含まない額面利回り。 ※minValue/maxValue(評価額の最小値/最大値)・minRequiredUnits(必要株数の最小値)は、それぞれ独立の別統計であり 同じ申込単位の値とは限らない(actualYieldの算出には使わない)。 【手取り利回り】netYield(%): (優待評価額 - 必要クロスコスト)/必要資金×100。必要クロスコストに逆日歩は 含まない(一般信用クロスのみが対象で、逆日歩が発生する制度信用は含まないため)。 ・各結果に crossCost(必要クロスコスト)/crossCostBroker/crossCostSellMethod/netValue/netYield が付く。 ・比較対象は「今この銘柄で実際にできる一般信用クロス」に限る: - その証…
| Name | Type | Req | Description |
|---|---|---|---|
| anyDay | boolean | – | 長期条件の判定で、決まった基準日以外にも「任意の日」に保有状況を抜き打ちで確認すると明記されている銘柄かどうか。trueにするとそれに該当する銘柄のみ返す(基準日だけクロスで確保しても長期条件を満たせない可能性がある、要注意銘柄) |
| benefitTypes | array | – | 優待種別（OR検索）。例: ["QUO","MealTicket"]。指定した種別のいずれかを持つ銘柄を返す。種別一覧: QUO, RiceVoucher, CashVoucher, JEFVoucher, MealTicket, FacilityTicket, ShoppingTicket, HotelTicket, TransportTicket, OtherTicket, CatalogG… |
| canNormalSelling_any | string | – | いずれかの証券会社で条件を満たす銘柄を返す (OR検索)。「どこかで一般信用売りができる銘柄」を探すときに使う。個別の canNormalSelling_* と併用すると AND になる。enableSelling=売り可, enableLongSelling=長期売りのみ |
| canNormalSelling_gmo | – | – | GMO 一般信用売り可否 |
| canNormalSelling_kabucom | – | – | カブドットコム 一般信用売り可否 |
| canNormalSelling_rakuten | – | – | 楽天 一般信用売り可否 |
| canNormalSelling_sbi | – | – | SBI 一般信用売り可否。enableSelling=売り可, enableLongSelling=長期売りのみ, notEnableSelling=不可 |
| canNormalSelling_smbc | – | – | SMBC日興 一般信用売り可否 |
| date | string | – | netYield計算の約定日 (YYYY-MM-DD)。省略時は「今」から自動算出(JST 15:30より前なら当日、以降なら翌営業日) |
| excludeCodes | array | – | 除外する銘柄コード配列 |
| gmoVip | boolean | – | GMO VIPプラン。既定false |
| hasLongCondition | boolean | – | trueにすると長期条件あり銘柄 (longAddition または longOnly) のみ返す |
| kabucomLargeLot | string | – | カブコム大口優遇ランク。既定"none" |
| kabucomSor | boolean | – | カブコムSOR(スマート・オーダー・ルーティング)。既定false |
| karaDate | string | – | 空クロスが必要な月または月日で絞り込む。「○月に空クロスが必要な銘柄」を探す場合はここを使う。例: "05"=5月, "05-20"=5月20日。vestingDate（権利確定日）とは別物なので混同しないこと。 |
| karaDateFrom | string | – | 次回空クロス日の下限 (YYYY-MM-DD)。例: "2026-05-01" → 5月以降に空クロスが必要な銘柄 |
| karaDateTo | string | – | 次回空クロス日の上限 (YYYY-MM-DD)。例: "2026-05-31" → 5月末までに空クロスが必要な銘柄 |
| keyword | string | – | 部分一致検索。対象: 銘柄コード / 銘柄名 / サマリー / 詳細説明(description) / 更新メモ(updateNote) / 優待内容の各候補テキスト(details[].candidates[].detail)。「コストコ」「株主優待券」など優待の中身でも検索できる。例: "3397", "すかいらーく", "コストコ" |
| lendingType | string | – | 信用取引区分。both=制度クロス可, buying_only=空クロス必要, none=クロス不可 |
| limit | number | – | 最大件数 (デフォルト20) |
| longType | string | – | 長期保有条件の完全一致。none=なし, longAddition=長期優遇, longOnly=長期必須 |
| maxActualYield | number | – | 実利回り上限 (%)。優待の申込単位のうち達成可能な最良の額面利回りで、クロスの手数料・貸株料・逆日歩は含まない。手数料込みで絞るには maxNetYield を使う。株価データが無い銘柄(price未取得)はこの条件では判定できないため除外される。例: 5.0 = 5%以下 |
| maxMarginRateMultiplier | number | – | 増担保金徴収措置による最高料率倍率(marginRateMultiplier)の上限。措置が無い銘柄は対象外になる。例: 10 = 10倍以下 |
| maxNetYield | number | – | 手取り利回りの上限 (%) |
| maxPrevLendingInterest | number | – | 前回逆日歩率(1日あたり・株価に対する比率)の上限。例: 0.01 = 1日あたり1%以下 |
| maxRarity | string | – | 一般信用クロスの取得難易度(前回権利時の在庫推移から算出)の上限。例: "C" → C,D,Eの取りやすい銘柄のみ |
| maxRequiredFunds | number | – | 必要資金の上限 (円)。株価×minRequiredUnits で計算。株価データが無い銘柄(price未取得)はこの条件では判定できないため除外される |
| maxValue | number | – | 絞り込みたい優待評価額の上限 (円)。優待自身の評価額の範囲(出力のminValue〜maxValue)がminValue引数〜この上限の範囲に少しでも重なる銘柄を返す(単一値の一致ではない)。例: 10000 = 10000円以下を含む銘柄 |
| minActualYield | number | – | 実利回り下限 (%)。優待の申込単位のうち達成可能な最良の額面利回りで、クロスの手数料・貸株料・逆日歩は含まない。手数料込みで絞るには minNetYield を使う。株価データが無い銘柄(price未取得)はこの条件では判定できないため除外される。例: 1.0 = 1%以上 |
| minMarginRateMultiplier | number | – | 増担保金徴収措置による最高料率倍率(marginRateMultiplier)の下限。措置が無い銘柄は対象外になる。例: 5 = 5倍以上 |
| minNetYield | number | – | 手取り利回りの下限 (%)。例: 0.5 = 手数料を引いても0.5%以上 |
| minPrevLendingInterest | number | – | 前回逆日歩率(1日あたり・株価に対する比率)の下限。例: 0.005 = 1日あたり0.5%以上 |
| minRarity | string | – | 一般信用クロスの取得難易度(前回権利時の在庫推移から算出)の下限。S>A>B>C>D>E。例: "A" → AまたはSの難しい銘柄のみ |
| minRemain_any_count | number | – | 楽天・カブコム・SMBCのいずれかで指定した株数以上の一般信用残数がある銘柄 (OR検索)。例: 1 → どこかに在庫あり, 2000 → どこかに2000株以上 |
| minRemain_gmo | – | – | GMO 一般信用残数の下限。few=△以上, remaining=◎のみ |
| minRemain_kabucom | number | – | カブドットコム 一般信用残数の下限（株数） |
| minRemain_rakuten | number | – | 楽天 一般信用残数の下限（株数）。例: 1000 = 1000株以上 |
| minRemain_sbi | string | – | SBI 一般信用残数の下限。few=△以上(△または◎), remaining=◎のみ。canNormalSelling_sbi=enableSelling と併用推奨 |
| minRemain_smbc | number | – | SMBC日興 一般信用残数の下限（株数） |
| minRequiredFunds | number | – | 必要資金の下限 (円)。株価×minRequiredUnits で計算。株価データが無い銘柄(price未取得)はこの条件では判定できないため除外される |
| minValue | number | – | 絞り込みたい優待評価額の下限 (円)。優待自身の評価額の範囲(出力のminValue〜maxValue)がこの下限〜maxValue引数の範囲に少しでも重なる銘柄を返す(単一値の一致ではない)。例: 1000 = 1000円以上を含む銘柄 |
| order | string | – | 並び順。省略時のデフォルトは sortBy 依存(nextVestingDate/requiredFunds は asc、それ以外は desc) |
| rakutenCourse | string | – | 楽天のコース。既定"zero"(ゼロコース) |
| rakutenPreferentialRate | boolean | – | 楽天優遇金利適用。既定false |
| rakutenVip | boolean | – | 楽天大口優遇。既定false |
| requireKara | boolean | – | true=空クロスが必要な日付（karaDates）がある銘柄のみ / false=karaDatesがない銘柄のみ |
| sbiVip | boolean | – | SBI大口優遇(建玉5億円以上)。既定false |
| sbiZeroRevolution | boolean | – | SBIゼロ革命(電子交付設定)。既定true |
| sellCaution | boolean | – | 制度信用の注意喚起(増担保・申込停止等)。true=注意喚起中の銘柄のみ / false=注意喚起でない銘柄のみ |
| sellProhibited | boolean | – | 制度信用の売禁(新規売り停止)。true=売禁の銘柄のみ / false=売禁でない銘柄のみ。データ未取得は「規制なし」扱い |
| sellRestricted | boolean | – | 売禁または注意喚起(制度信用の要注意銘柄)。true=いずれかに該当する銘柄のみ / false=どちらでもない銘柄のみ |
| sortBy | string | – | 並べ替えキー。actualYield=実質利回り(手数料考慮なし) / netYield=手取り利回り(必要クロスコスト〈逆日歩除く〉を引いた後) / minValue=優待評価額 / requiredFunds=必要資金 / prevLendingInterest=前回の逆日歩率 / nextVestingDate=次回権利確定日 / update=優待内容が最後に変更された日。省略時は並べ替… |
| updateFrom | string | – | 優待内容が変更された日(update)の下限 (YYYY-MM-DD)。例: "2026-05-01" → 5月1日以降に優待内容が変更された銘柄 |
| updateTo | string | – | 優待内容が変更された日(update)の上限 (YYYY-MM-DD)。例: "2026-05-31" → 5月末までに優待内容が変更された銘柄 |
| vestingDate | string | – | 権利確定月または月日で単一絞り込み。例: "03"=3月, "03-20"=3月20日 (vestingDates配列に対してマッチ) |
| vestingDateFrom | string | – | 次回権利確定日の下限 (YYYY-MM-DD)。nextVestingDate >= この値の銘柄を返す |
| vestingDateTo | string | – | 次回権利確定日の上限 (YYYY-MM-DD)。nextVestingDate <= この値の銘柄を返す |
| Name | Type | Req | Description |
|---|---|---|---|
| assumptions | object | – | netYield計算に使った証券会社プラン・約定日の前提 |
| items | array | yes | itemsの各要素はrarity等のフィルタで使うのと同じ意味のフィールドを持つ |
| total | number | yes | フィルタ後(ページングする前)の全該当件数 |
No examples provided.
How do I install the 株主優待 MCP (Yutai MCP) server?
株主優待 MCP (Yutai MCP) is a hosted endpoint at https://yutai-mcp.web.app/mcp, so there is nothing to install locally. Ready-made configuration for Claude, Cursor, VS Code, Codex and 5 more is on this page, copied from each client's own documentation.
remote · yutai-mcp.web.app
claude mcp add --transport http app-web-yutai-mcp-yutai-mcp 'https://yutai-mcp.web.app/mcp'
What is the 株主優待 MCP (Yutai MCP) server?
株主優待 MCP (Yutai MCP) is listed in the public MCP registry as app.web.yutai-mcp/yutai-mcp. Japanese shareholder benefits search, cross-trading cost estimates, and trading date calculations. This page covers its hosted endpoint (https://yutai-mcp.web.app/mcp).
Is the 株主優待 MCP (Yutai MCP) server safe to use?
株主優待 MCP (Yutai MCP) scores 68 out of 100 on VerifyMCP. That is a record of what we were able to check automatically, not an endorsement. The category breakdown on this page shows every signal behind the number, including the ones we could not confirm.
What tools does the 株主優待 MCP (Yutai MCP) server expose?
株主優待 MCP (Yutai MCP) exposes 4 tools: search_benefits, get_benefit, estimate_cross_fee, calc_dates. Their descriptions and schemas cost roughly 7,441 tokens of context every time the server is loaded.
Does the 株主優待 MCP (Yutai MCP) server require authentication?
No. We connected to 株主優待 MCP (Yutai MCP) without credentials and it answered, so anything it exposes is reachable by anyone who knows the address.
Is the 株主優待 MCP (Yutai MCP) server still maintained?
株主優待 MCP (Yutai MCP) is still listed as active in the MCP registry. We last reached this channel on 18 October 2026. Those dates come from our own scans of the registry and the channel itself, not from anything the publisher announced.