Skills
エージェント向けにパッケージ化された専門スキルと手順を 96,770 件掲載。コマンド 1 行でインストールできます。
その他
金融機関間および同一金融機関内での口座振替を処理・管理する。ブローカー-<anon_email_a836ad381b5493e6> の全額または一部 ACAT 振替の取り扱い、ACAT 拒否コードや FINRA Rule 11870 の期限のトラブルシューティング、ACAT 以外の振替（Fund/SERV、DTC free delivery、実物証券）の設定、内部仕訳の処理、税の Proper な報告を伴う退職資金ロールオーバーや Roth 変換の取り扱い、IRC Section 6045A に基づく取得原価の移転、死亡日 Day の繰上げを適用した被相続人資産の受益者への移転、振替完了後の残額クレジットと端株の照合などに用いる。
ポートフォリオ内の個別ポジションに割り当てる資本が 얼마나すべきかを判断します。ポジションサイズ、ケリー基準、部分ケリー、リスクバジェット、確信度によるウェイト付けについてユーザーが尋ねた場合に使用します。また、「1 株にいくら入れるべきか」「最大ポジションサイズ」「ポートフォリオをどれだけ集中させるべきか」「銘柄数」「ポジションごとの VaR バジェット」「有多大赌注」 LESS_KIND_EN_PLACEHOLDER 剧的提及用户が言及した場合や、ボラティリティに応じてポジションサイズをスケールさせる方法を尋ねた場合にも発動します。
ESPN の公開エンドポイント経由での ATP・WTA テニスデータ——トーナメントスコア、シーズン日程、選手ランキング、選手プロフィール、ニュース。設定不要、API キー不要。使う場面：ユーザーがテニスのスコア、試合結果、トーナメントのドロー、ATP/WTA ランキング、選手情報、テニスのニュース、WTA トーナメントのエントリーリスト、WTA 選手の試合履歴を求めた場合。使わない場面：ユーザーが他のスポーツを求めた場合——football-data（サッカー）、nfl-data（NFL）、nba-data（NBA）、wnba-data（WNBA）、nhl-data（NHL）、mlb-data（MLB）、golf-data（ゴルフ）、cricket-data（クリケット）、cfb-data（。大学フットボール）、cbb-data（大学バスケットボール）、fastf1（F1）を使用。賭けオッズには polymarket または kalshi を使用。ニュースには sports-news を使用。リアルタイムのポイント単位のデータには使わない——スコアは各セット／各試合の終了後に更新されます。
アドバイザーのワークフローを調整し、包括的な財務プランの組み立てと納品を行う——データ収集、キャッシュフロー分析、リタイアメントモデリング、モンテカルロ分析、Roth 変換と引き出し順序の設計、社会安全保障の受給戦略、教育資金や相続の目標、シナリオモデリング、優先順位を付した提言。ユーザーが財務プランの作成、プランニング engagements の設計、リタイアメントや社会安全保障のモデリング、Roth 変換戦略、シナリオ分析、競合する提言の優先順位付け、プラン発表の準備、プランの更新タイミングの判断を求めたときに使う。「包括的な財務プラン」「ディスカバリーミーティング」「リタイアメントモデリング」「モンテカルロ」「Roth 変換」「社会安全保障の受給」「貯蓄率」「顧客は順調か」などの表現でもトリガーする。プランニングツールのデータフロー、資本市場前提のガバナンス、プランニングソフトウェアと CRM／PMS の連携については、financial-planning-integration を使う。
立体幾何の問題を自己完結型のインタラクティブ教材ページにまとめます。左側に MathJax による段階的解説、右側に操作可能な Three.js 3D モデル（ステップごとのハイライトとカメラ切り替え）を配置。入力は 3 通り——問題文の指定、ランダムな問題生成、問題をアップロードした画像の認識による求解。立方体・直方体、角錐・角柱、円柱・円錐上の線面角、二面角、ねじれの 2 直線の角度、点と平面の距離、体積などの题型を 다루き、「座標設定＋ベクトル法」に統一し、sympy の厳密計算で駆動します（答え、3D 座標、手順の数値はすべて同一の計算結果に基づく）。他の agent もこのスキルを呼び出して同様のページを生成できます。 トリガーワード：立体幾何, 線面角, 二面角, ねじれの 2 直線, 点と平面の距離, 正四角錐, 立方体の角度, この幾何問題を解く, 立体幾他の問題をランダムに出題, この画像の立体幾何問題
すべての複利計算の前提様式átil について、プロジェクトやローンの現在価値、未来価値、NPV、IRR、返済額、償却表を計算します。キャッシュフローの割引、年金や無期限年金の評価、時期の異なる投資の比較、住宅ローンの償却表の作成、プロジェクトが実行に値するかの評価、またはキャッシュフローを等価にする利 Rate の求解（プロジェクト IRR、ローン IRR、投資の収益率）に_editing 場合に使用します。「今日の価値はいくらですか」「20 年後にいくらになりますか」「ローンの毎月の返済額」「割引率」「ゴードン成長モデル」「実効年率」「連続複利」.twift の言及がある場合や、元金の一括払と継続支払の比較方法を尋ねられた場合にも発動します。ポートフォリオの資金加重収益率（投資家の拠出と引き出しに対するドル加重 IRR）には、代わりに return-calculations を使用してください。
米国株の価値投資アナリシスフレームワーク。4 つのコア軸（ROE の持続性、債務の安全性、フリーキャッシュフローの質、経済的堀の評価）で上場企業を体系的に評価し、投資評価と分析根拠を出力します。米国株を長期保有すべきか、企業のファンダメンタルズ分析、ROE 分析、負債率の評価、フリーキャッシュフロー、経済的堀、バ可靠的による銘柄選定、価値投資のスクリーニング、財務諸表の読み方、株価Inspirationの妥当性など、話題が出た場合に使用します。「株 XX についてどう思いますか」「XX のファンダメンタルズを分析して」のような一般的な質問でも、構造化された価値投資アナリシスのフレームワークを提供するため発動させます。
電子プロジェクト向けの BOM（部品表）管理 — 統一された BOM ライフサイクルを軸に DigiKey、Mouser、LCSC、element14、JLCPCB、PCBWay、KiCad の各スキルを調整するワークフロースキルです。部品番号、コスト、数量を KiCad シンボルのプロパティとして保持しながら BOM を作成、更新、管理します。部品調達、価格確認、注文、ディストリビュータ検索、BOM エクスポート、製造準備などに関わるタスクでは、必ずこのスキル正式启动してください — ユーザーが特定のディストリビュータやファブメーカーを指名した場合も同様です（例：「search DigiKey for…」「generate JLCPCB BOM」「order from Mouser」）。このスキルは回路図を解析して調達上のギャップを洗い出し、各ギャップに対して呼び出すべきディストリビュータ/製造スキルを推奨し、結果をシンボルのプロパティとして書き戻します — 実際の検索は、呼び出されたスキルを通じて Agent（またはユーザー）が行います。「what parts do I need」「order components」「how much will this cost」「export for JLCPCB」「find parts for this board」「compare pricing」「check stock」などのフレーズでも起動してください。
Metadata API を利用して Salesforce の Email-to-Case をヘッドレスで構成します。CaseSettings を読み取り、updateMetadata で emailToCase の設定を適用し、読み戻しで検証します。Agentforce エージェントを Email-to-Case に接続するためのエントリポイントでもあり、E2C のベースを構成してからエージェントの作成とチャネル接続を委譲します。Email-to-Case の設定・構成、E2C ルーティングアドレスの有効化、ルーティングアドレスの追加、E2C と Agentforce エージェントの組み合わせに使用します（TRIGGER）。対話型の Easy Setup ウィザード、On-Demand E2C のみ、汎用の Case/web-to-case 設定、E2C を伴わないエージェントでは使用しないでください（DO NOT TRIGGER）。
取引執行品質とベスト実行実務の設計、評価、監視をガイドします。FINRA Rule 5310 や RIA の忠実義務に基づくベスト実行義務の評価、取引所やダークプールをまたぐスマート注文ルーティングの設計、執行アルゴリズム（VWAP、TWAP、implementation shortfall、POV）の選択、事前推定や事後計測のための取引コスト分析（TCA）の構築、スプレッドの分解、マーケットインパクト、情報漏洩の分析、ベスト実行委員会でのレビュー、注文フロー対価（PFOF）の取り組みの評価、Rule 605/606 レポートの解釈、RFQ プロトコルによる固定収益や ETF の執行の扱いに使用します。Reg NMS の Order Protection Rule と会場の料金体系についても扱います。
四柱八字の命理分析。対話式の手順で生まれ情報を収集し（氏名、旧名、陽暦/旧暦の誕生日、時刻、性別、出生地）、四柱八字を排出して、古典の命理典籍（窮通宝典、三命通会、滴天髓、淵海子平、子平真詮など）を参照し、専門的な分析を行う。八字、四柱、命理、算命、Bazi、fortune telling、birth chart analysis について聞かれたときや、自分の八字の命盤、運勢、大運、年運を知りたいときに使うスキル。トリガー：「算八字」「看八字」「批八字」「排八字」「四柱」「命盘」「算命」「帮我看看八字」「我想算八字」「分析八字」「排盘」「bazi」「bazi analysis」「fortune telling」「birth chart」「算一卦」「看运势」「命运分析」。ZHf.matrix「算命」や「八字」とだけ言及してスキルの使用を明示しない場合でも、このスキルを使う。
共同ファンド、ETF、インデックスファンド、分離管理勘定など、投資枠の比較と選択を行います。ETF と共同ファンドの違い、費用率、ファンドの税務効率、ETF の設定／償還、追跡誤差、シェアクラスの比較などをユーザーが尋ねた場合に使用します。「どのファンドを買えばよいか」「Vanguard と Fidelity」「インデックスファンドのコスト」「12b-1 費用」「ロード型とノーロード型」「SMA と ETF」「ファンドの回転率」「証券貸借」に言及した場合や、費用が時間とともに積み上がる仕組みを尋ねた場合にも発動します。
財務編成エンジンとアドバイザーテクノロジースタックを統合します — 編成ツール、CRM、PMS、委託先、集約プラットフォーム間のデータフロー、資本市場前提（CMA）のガバナンスと同期、plan から IPS、モデルへの連携、および編成ツール内の管理された税務参照パラメータ。eMoney、MoneyGuidePro、RightCapital を CRM やポートフォリオシステムに接続する、システム間の二重入力を排除する、編成とポートフォリオの前提を一致させる、編成の出力（必要リターン、リスク許容度、引出スケジュール）を IPS とモデル割り当てにマッピングする、または編成の更新サイクルとデータの鮮度ルールを定める場合に使用します。'plan-to-IPS linkage'、'assumption synchronization'、'CMA governance'、'planning tool integration' でも発動します。編成方法そのもの（モンテカルロシミュレーション、Roth 変換戦略、Social Security の受給開始、退職後の予測）については、代わりに financial-planning-workflow を使用してください。
戦略的なアセットロケーション、ゲイン／ロス管理、引き出し順序の設計により、税引後のリターンを最大化します。アセットロケーション、Roth への変換、税効率の良い引き出し、税務ロット（tax lot）の選択、値上がりした証券による寄付についてユーザーが尋ねたときに使用します。「債券をどの口座で保有すべきか」「タックスドラッグ」「Roth と Traditional の違い」「RMD プランニング」「税率区間の埋め込み」「HIFO と FIFO」への言及や、投資の税負担を減らす方法についての質問でもトリガーします。税ロスハーベスティングの実行とウォッシュセールについては、tax-loss-harvesting スキルを参照してください。
ブローカーディーラー、銀行、投資顧問向けの BSA/AML コンプライアンスプログラム設計、継続的な取引モニタリング、FinCEN 届出に関するガイド。用户在、可疑活動報告、通貨取引報告、OFAC スクリーニング、分割取引の検知、継続的なリスク格付けの見直しとエスカレーション、FinCEN の要件を尋ねた場合に使用します。ユーザーが「高額現金預金」「制裁チェック」「マネーロンダリングの警戒すべき兆候」「異 />{{regular}}な取引パターン」「外国への電信送金」「SDN リスト」「SAR のことを顧客に口頭で知らせる」「AML 監査」「コレスポンquick」... すみません: 「コレスポンデント口座のデューデリジェンス」、または「その取引を届出する必要があるか」を尋ねた場合にも発動します。（顧客受け入れ時の本人確認、CIP/CDD、実質的受益者、初期顧客リスク格付けについては know-your-customer を使用してください。）
暗号資産のファンダメンタルズ、ブロックチェーンの仕組み、DeFi プロトコル、オンチェーンメトリクスを分析します。暗号資産投資、Bitcoin、Ethereum、staking 利回り、DeFi レンディング、インバ journaling 損失、オンチェーン評価メトリクスに関する質問がある場合に使用します。ユーザーが 'blockchain'、'proof of stake'、'proof of work'、'smart contracts'、'NFTs'、'stablecoins'、'NVT ratio'、'TVL'、'crypto portfolio allocation'、'halving' に言及した場合や、暗号資産のリスクとリターンについて尋ねた場合にも発動します。
アドバイザリー Firms 向けにポートフォリオマネジメントシステムの選定、設定、運用を扱い、モデルポートフォリオ、UMA／sleeve 管理、ドリフト監視、リバランス、カストディアンのデータフィードを対象とします。PMS プラットフォームの選定、モデルポートフォリオの作成や配信、UMA または sleeve ベースの導入、ドリフト監視しきい値の設定、外部保有資産の集計、PMS とカストディアン記録の照合、PMS ベースの請求設定、カストディアンフィードの問題調査について、ユーザーが質問した場合に使用します。ユーザーが 'portfolio management system'、'Orion'、'Black Diamond'、'Tamarac'、'Addepar'、'Advent APX'、'model portfolio'、'sleeve management'、'rebalancing engine'、'custodian feed'、'PMS migration' に言及した場合にも発動します。
投資グレードやハイイールド債を含む、社債およびクレジット商品を分析します。社債、クレジットスプレッド（OAS、Z-spread、G-spread）、格付け、デフォルト確率、Callable 債、プライベートクレジットについて質問された場合に使用します。「ジャンクボンド」「fallen angel」「yield-to-worst」「covenant analysis」「CDS スプレッド」「回収率」「ダイレクトレンディング」「メザニン債」「BBB 格下げリスク」についての言及や、社債のクレジットリスクを評価する方法を尋ねられた場合にも発動します。
FINRA ルール 2111 および 2090 に基づき、3 つの適切性基準（reasonable basis、customer specific、quantitative）すべてにわたって投資の適切性義務を評価します。ユーザーが reasonable-basis・customer-specific・quantitative の適切性、複雑商品、レバレッジ ETF、可変年金、オルタナティブの商品固有の論点、家計レベルの適切性と集中度の分析、保有の推奨、機関投資家向けの適切性免除について尋ねた場合に使用します。ユーザーが「is this investment suitable」「suitability questionnaire design」「complex product due diligence」「concentrated position in a client account」「customer refused to provide their risk tolerance」に言及した場合や、推奨が顧客Sergeand 属性に合うかを尋ねた場合にも発動します。（Tester_流失、回転率、過度な取引の執行に関するトリガーは sales-practices を使用してください。）
不動産およびインフラ投資（REIT、物件直接の評価、インフラ資産）を分析します。不動産投資、REIT、キャップレート、NOI、FFO、AFFO、物件評価、インフラ投資について質問されたときに使用します。「Rental property analysis」「cash-on-cash return」「gross rent multiplier」「REIT dividends」「real estate sectors」「cell towers」「toll roads」「LTV ratio」「DSCR」などに言及した場合や、不動産へ直接投資すべきか REIT 経由で行うべきかを尋ねられた場合にも起動します。
候補銘柄の特定から収穫後のモニタリングまで、税務ロスハーベスティングのワークフローを一通り実行します。ユーザーが TLH 候補銘柄の見つけ方、損益の見積もり、振替銘柄の選定、ウォッシュセール規制、収穫の実行計画について尋ねた場合に使用します。ユーザーが「unrealized losses in my portfolio」「swap ETFs for tax purposes」「harvest losses before year-end」「substantially identical security」「wash-sale window」「NIIT offset」「loss carryforward」に言及した場合や、収穫によって 얼마나税金を節約できるかを尋ねた場合にも発動します。
FINRA Rule 2090、CIP 規則、FinCEN CDD Rule に基づく顧客オンボーディングの本人確認、デューデリジェンス、プロファイル維持をガイドする。ユーザーがオンボーディング時の本人確認、法人アカウントの実質的所有者情報の収集、口座開設時における PEP や高リスク顧客への強化デューデリジェンス、初期顧客リスク評価の付与、KYC 更新のトリガー、書面による確認と非書面による確認について尋ねたときに使用。ユーザーが「口座開設要件」「実質的所有者は誰か」「新規顧客の本人確認」「KYC はどのくらいの頻度で更新するか」「口座の基本情報」「外国人顧客のオンボーディング」に言及した場合や、口座開設前に収集すべき情報を尋ねた場合にもトリガーする。（継続的な取引モニタリング、SAR 提出、監視に基づくリスク再評価には anti-money-laundering を使用。）
next-best-action エンジンを設計・実装し、ポートフォリオ・生活・市場・コンプライアンスのイベントに基づいて、先回りかつ優先度付きの推奨をアドバイザーへ提示する。イベントドリブンのアドバイザーアラートの構築、ポートフォリオの乖離や大額の現金移動に対するトリガーロジックの設計、業務全体の中で競合するアクションに優先順位を付けること、NBA の推奨を適切なチームメンバーへ振り分けること、NBA の採用率の測定、年次レビュー通知のようなコンプライアンス主導のアクションの自動化(payload に限る)。ユーザーが “next best action”、“advisor nudges”、“proactive outreach”、“what should I do for this client”、“event-driven triggers”、“action queue”、“client contact gap”、“RMD reminder”、“advisor productivity tool” と言及した場合もトリガーする。
投資アドバイザリー、ブローカーディーラー、大口トレーダー向けの規制申告の手続きと提出期限を案内します。どのフォームを、どこに、いつ提出するかを説明します。Form PF の提出基準、13F 機関投資家保有報告書、13H 大口トレーダー申报、Form ADV 修正の提出時期（IARD で提出する年次更新修正を含む）、FOCUS レポートの準備、blue sheet の請求、CAT 报送基盤、FINRA の空売り残と TRACE の报送についての質問がある場合に keen 用于。用户が「申告期限カレンダー」「Form PF を提出する必要があるか」「1 億ドル超の 13F 基準に達した」「CAT クロック同期」「blue sheet の請求への対応方法」「FOCUS レポートのエラー」に言及した場合も発動します。（ADV パンフレットに含めるべき内容とクライアントへの交付時期については、client-disclosures を使用してください。）
取引および証券業務におけるオペレーショナルリスクの特定・測定・管理をガイドする。売買エラーの検知と是正手順の設計、tradable break や照合失敗の調査、Basel 分類に基づく損失事象の分類、重要なリスク指標（KRI）とダッシュボードの整備、システム停止やデータフィード障害、注文ルーティングエラーへの対応、売買エラーや業務事象後の根本原因分析、取引デスクの事業継続および災害復旧計画の立案、FINRA や SEC のオペレーショナルリスク検査への準備、OMS や市場データシステムの技術リスク評価に有用。加えて、指押しミス（fat-finger error）、エラー口座の損益、是正処置の追跡も扱う。
極端な不確実性の下で製品を構築するための Eric Ries の Lean Startup 方法論を適用します。製品市場適合に向けた反復、MVP の設計、ピボットするか坚持するか ... → 「ピボットするか堅持するかの判断」 clean: ピボットするか継続するかの判断、実行可能な指標の設定、Build-Measure-Learn ループの加速に用います。トリガー：「アイデアをどうやって速く検証するか」「MVP はどんな形にするべきか」「指標は良好なのに伸びがない」「ピボットすべきか」「誰も使わない機能を作っている」「検証済みの学習をどう測るか」「虚荣指標と本物の指標の違い」「イノベーション会計をどう行うか」。製品市場適合が証明され、既知の戦術で拡大する企業には適用しません（Crossing the Chasm を使用）。Market Type の判定（Four Steps を使用）、販売方法論（SPIN Selling を使用）、価格戦略（Monetizing Innovation を使用）にも適用しません。
取引の決済および清算プロセスの理解と管理を案内します。T+1 対応のための決済ワークフロー設計、DTC/NSCC/FICC の清算インフラの理解、継続ネット決済（CNS）の相殺義務の分析、機関投資家向け取引処理（確認、照合、分配、マッチング）の構築、決済失敗の調査と失敗低減策の設計、Reg SHO 規則 204 に基づく買い入れ手順の導入、未決済取引に対する企業行動の影響評価、機関投資家向け引渡しの DVP/RVP メカニズムの評価、when-issued／as-of 取引の取り扱い、決済銀行との関係および日中流動性の管理，以及跨境 T+1 決済における FX 資金調達ギャップも扱います。
ある製品、プラットフォーム、またはコミュニケーションが、教育の範囲を超えて、投資 adviser 登録を必要とする投資助言に達するかを判断します。「Advisers Act」第 202(a)(11) 条に基づく投資助言の定義、fintech 機能や AI チャットボットが助言に当たるか、ニュースレターやモデルポートフォリオに対する出版者の除外、broker-dealer の purely incidental 除外、adviser 登録のしきい値と免除、または DOL による教育と助言のセーフハーバーについてユーザーが尋ねた場合に使用します。「投資 adviser として登録が必要か」「このアプリは投資助言を提供するか」「このツールは教育だけか助言か」「ロボアドバイザー登録」「金融コンテンツの免責事項の表現」などへの言及でも発動します。（Reg BI 上の「推奨」に該当する場合については reg-bi を使用してください。）
有望顧客の受付から資金化された口座まで、KYC 検証、書類収集、電子署名、カストディアンへの提出を含む、エンドツーエンドの顧客オンボーディングワークフローを設計・実装します。デジタルなオンボーディングフローの構築、本人確認や CIP チェックの統合、NIGO 拒否率の低減、信託・法人など複雑な口座種類の開設、カストディアン API との接続、適格性アンケートの設計、またはアドバイザー対応型とセルフサービス型の比較についてユーザーが求めた場合に使用します。「新規口座の開設」「オンボーディングのボトルネック」「KYC 統合」「実質的受益者」「OFAC スクリーニング」「口座への入金」「オンボーディングの自動化」などへの言及でも発動します。
証券口座・ Advisor 口座の信用取引、証拠金要件、追証 ExternallyCalled 運営をガイドします。Reg T の初期証拠金や購買力の計算、維持証拠金や house 要件の判定、OCC TIMS に基づくポートフォリオ証拠金の対象判定、追証（fed call、house call、exchange call、day-trade call）の作成と対応、強制決済の_priority ロジック設計、担保付信贷（SBLOC）の組成、証拠金金利がリターンに与える影響の計算、集中ポジションの証拠金評価、パターンデー トレーダールールの理解、FINRA 4210 や Reg U の要件の確認などに使います。SMA 計算と売り証拠金の仕組みも対象です。OTC derivatives の証拠金（variation/initial margin、CSA、SIMM）は counterparty-risk を参照。
ヘッジファンド、プライベートエクイティ、ベンチャーキャピタルなどオルタナティブ投資を分析する。ヘッジファンドの戦略（ロング／ショート、マクロ、イベントドリブン）、PE や VC のパフォーマンス指標（IRR、TVPI、DPI）、報酬構造（「2 and 20」、キャリー、hurdle rate）、J カーブ効果、流動性プレミアム、ロックアップ期間、ヘッジファンドのレプリケーションについて質問されたときに使う。「managed futures」「CTA」「ファンド・オブ・ファンズ」「vintage year」「capital call」「distribution」「carried interest」への言及や、オルタナティブ投資運用者の評価方法についての質問でも発動する。
OTC および証券取引における取代先信用リスクの測定と管理のガイダンス。3 つのワークフローで構成：新しい取代先の評価、信用悪化イベントへの対応、デフォルト時のクローズアウト実施。現在のまたは将来の取代先へのエクスポージャーの測定、取代先信用限度の設定・レビュー、ISDA マスター契約のネッティングおよびクローズアウト機構の評価、CSA の担保条件や未清算マージン規制（VM/IM、SIMM）の設計、Dodd-Frank 法や EMIR に基づく中央清算義務と CCP デフォルトのウォーターフォールの評価、CDS スプレッドや格付けによる信用状況のモニタリング、 Collector リスクの定量化、EAD・SA-CCR・CVA の計算に使う。Reg T および FINRA Rule 4210 のブローカ daytime マージンは margin-operations を、決済リスク・DVP・CLS は settlement-clearing を参照。
注文入力から決済までのアドバイザーの取引ライフサイクルを管理し、ブロッキング取引、配分、事前コンプライアンス、カストディアンへのルーティング、エラー訂正を扱う。RIA 向けの OMS の設計、多数の口座にまたがるモデルポートフォリオの変更実行、公平な配分によるブロッキング取引の設計、事前コンプライアンスルールや制限リストの設定、複数カストディアンへの注文ルーティング、取引エラーや訂正の処理、取引ワークフローにおける現金管理、OMS プラットフォームの評価について質問されたときに使う。「block trade」「trade allocation」「order management system」「iRebal」「Orion Trading」「Tamarac Trading」「best execution」「trade error」「mutual fund vs ETF orders」「audit trail」への言及でも発動する。
注文の執行前に検証する、自動化された取引前コンプライアンスシステムの設計と実装を案内します。RIA やブローカーディーラー向けのコンプライアンスルールエンジンの構築、ハードブロックとソフトブロックの設定、制限リストとウォッチリストの保守（MNPI に起因する制限を含む）、銘柄・業種・発行体レベルの集中度リミットの設定、ポジションリミットや売りgj.regulation の実施、ウォッシュHIKE 検出やフリー Anonymous 防止、Experience デイトレーダーの識別、顧客固有の ESG スクリーンや法的制約の適用、承認と記録を伴うコンプライアンス上書きワークフローの設計、コンプライアンスルールのバックテスト、コンプライアンスチェックの遅延が執行品質に与える影響の評価にwein。
SEC ルール 17a-3、17a-4、204-2 に基づく記録管理プログラムの設計と保守を案内します。文書の保存スケジュール、取引記録や顧客クレームを保持すべき期間、WORM ストレージ要件、メールやテキストメッセージのアーカイブ、ソーシャルメディアの捕捉、BYOD コンプライアンスポリシー、電子ストレージの監査証跡についてユーザーが尋ねた場合に使用します。「記録について検査依頼を受けた」「新しいアーカイブベンダーへの移行」「ブロッターの保存」「注文チケット要件」「オフチャネルコミュニケーション」「WhatsApp のアーカイブ Bucketstrukturies」などの言及や、特定の記録をどの期間保持すべきかについての質問でも発動します。
モーゲージバック証券（MBS）、資産バック証券（ABS）、CLO などの構造化されたクレジット商品を分析する。MBS、ABS、CLO、CDO、プリペイメントリスク、トランチング、ウォーターフォール構造について質問されたときに使う。「mortgage bonds」「agency MBS」「pass-through securities」「PSA prepayment speed」「negative convexity」「extension risk」「contraction risk」「CMO tranches」「securitization」への言及や、構造化商品が信用リスクとプリペイメントリスクをどのように再配分するかの質問でも発動する。
地方債（muni）を分析する。tax-equivalent yield の計算、GO 債と収益債の評価、muni のクレジット分析を含む。ユーザーが地方債、税非所得、tax-equivalent yield、AMT 債、callable 債、地方債の yield-to-worst、muni のクレジット品質について尋ねた場合に使用する。「muni bonds」「tax-free bonds」「state tax exemption」「general obligation」「revenue bonds」「Build America Bonds」「muni yield ratio」「de minimis rule」への言及や、muni が自分の課税区分で意味を持つかを尋ねた場合にも発火する。
AI アプリケーションが外部のツールやデータソースに統一的な方法で接続するためのオープンなプロトコルです。クライアントはモデルとの対話を担い、MCP サーバーはツール・リソース・プロンプトテンプレートを提供します。標準メッセージでやり取りするため、1 つのサーバーを複数のクライアントで再利用できます。