BSE) は何をしますか？
ウェブ検索のみを使用して（リアルタイムの市場データコネクタは利用不可）、NSE/BSE上場の1つ以上の銘柄に対して構造化されたデータに基づく分析を提供します。出力は、他のスキルやセッションで再利用可能なJSONファイルと、チャット内での読みやすいサマリーの両方です。
これはスタンドアロンのスキルです。つまり、trader-* プラグインスキル（米国市場向け、コネクタ駆動）に依存したり呼び出したりしません。インド株式向けであり、ウェブ検索によって駆動されます。
必須要件 — 常に遵守
- 投資助言ではありません。 すべてのレポート（インラインおよびJSONの
disclaimerフィールドの両方）で、これは公開情報源からの情報提供であり、投資助言ではなく、行動する前にSEBI登録アドバイザーに確認する必要があることを明記しなければなりません。推奨事項を確定的であると述べてはいけません。 - 最初にモードを尋ねる。 調査を開始する前に、ユーザーがメッセージで明確に指定していない限り（例：「デイトレード」、「今日のスイング」→ デイトレード、「2年間投資」→ 長期）、
ask_user_input_v0を使用してデイトレードと長期のどちらかを選択するよう常にユーザーに尋ねます。曖昧な場合は尋ねます。 - 価格、ニュース、スキーム、提出書類はウェブ検索のみ。 価格、日付、提出書類を捏造してはいけません。検索で数値が見つからない場合は、推測せずにノート付きで
nullとマークします。 - ソースの優先順位（実際に使用したものを
sources_usedに引用）：- 一次情報/公式：BSE (bseindia.com)、NSE (nseindia.com)、PIB/政府省庁のプレスリリース、SEBI、連邦予算文書
- ブローカー調査：Groww、Zerodha Varsity/Pulse、Upstox、Angel One
- 主要金融ニュース（「最新ニュース」の場合）：Economic Times、Moneycontrol、LiveMint、Business Standard
- 著者名や一次情報源がない低品質のアグリゲーター/ブログコンテンツは避けます。
- JSONファイルを書き込む。 実行のたびに、ワーキングディレクトリの
trader/stock-analysis.jsonにJSONファイルを書き込みます（trader/フォルダがなければ作成します）。その後、同じデータから人間が読めるサマリーをチャットに表示します。present_filesが利用可能な場合は、JSONファイルも表示します。
ワークフロー
ステップ 1 — 入力情報の収集
ユーザーのメッセージから以下を抽出します：
- 銘柄：ティッカーまたは会社名。会社名のみが指定された場合（例：「リライアンス」→ NSE
RELIANCE/ BSE500325）、検索してNSE/BSEのシンボルに解決します。 - 予算（₹）：メッセージにすでに記載されている場合。記載されていない場合はステップ2で収集します — 予算は単一銘柄でも複数銘柄でも常に尋ねます。なぜなら、手頃さは4つのスコア要素の1つだからです。ユーザーが予算の提示を拒否した場合は、手頃さのウェイトを他の3つの要素に比例配分して進めます。これは以前と同じです。
ステップ 2 — モードと予算の確認
1回の呼び出しで最大2つの質問を ask_user_input_v0 に渡します：
- 「これはデイトレードですか、それとも長期投資ですか？」— 選択肢：
デイトレード、長期 - 「予算はいくらですか？」— 単一銘柄で比較がない場合でも、手頃さはスコアの一部であるため、常にこれを尋ねます。ユーザーがすでにメッセージで予算額を明示している場合のみスキップします。 モードに関する質問は、ユーザーの表現がすでにモードを明白にしている場合のみスキップします — スキップした場合は、推測されたモードを応答に明記します。予算は、モードをスキップした場合でも個別に尋ねられます（または確認されます）。
ステップ 3 — 調査（銘柄ごと、web_search / web_fetch を使用）
各銘柄について、以下を個別に検索します：
- 現在の株価と最近の動き — 最終取引価格、本日/最近の変化率、52週間レンジ（ブローカーサイトまたはニュース）。
- 最新ニュース — 過去1～4週間の企業固有のニュース。
- 企業の発表/提出書類 — BSE/NSEの発表：決算、取締役会、設備投資承認、契約、資金調達、Promoterの行動。
「<企業名> BSE 発表」/「<企業名> NSE 企業発表」を検索し、アクセス可能であればBSE/NSEのページを取得します；取引所サイトが取得をブロックする場合は、同じ提出書類のブローカーサイトやニュースでの報道をフォールバックとして使用します。 - 今後の政府スキーム — PLIスキームの適格性、予算配分、企業のセクターに関連するセクター政策（PIB/省庁の情報源を検索）。
- 今後の企業プロジェクト — 新工場、能力拡大、設備投資計画、受注、製品発売 — 期待されるタイムラインが明記されている場合。
- アナリスト/ブローカーの見解 — 利用可能な場合、Groww/Zerodha/Upstox/Angel Oneのリサーチによる目標株価または見通し。
検索の深さは銘柄数に応じて調整します：1銘柄 → 徹底的（6～10回の検索）；3銘柄以上 → 各銘柄につき3～5回の集中的な検索で、新しさを優先します。
検索時間範囲 — ステップ2で選択されたモードに合わせます。 インドのブローカー/チャートサイトは、価格履歴を 1D、5D、1M、6M、YTD、1Y、5Y、Max といったタブで公開するのが一般的です。検索ウィンドウを選択する際にこの慣例に従います：
- デイトレード →
1D、5D、1Mのウィンドウのみを使用します（例：「<企業名> 株価 本日」、「<企業名> 株価 5日」、「<企業名> 株 2026年10月」は実際の現在の月/年を使用）。約1か月より古いものは破棄するか、重要度を下げます。デイトレードには関係ありません。価格の結果が矛盾したり、異なる日付を持つ場合は、最も新しい日付のものを優先し、現在のものとして提示するのではなく、潜在的に古い可能性があることを明示的にフラグします（検索にはライブフィードはありません）。 - 長期 → 残りのウィンドウを使用します：
6M、YTD、1Y、5Y、Max（例：「<企業名> 株 パフォーマンス 1年」、「<企業名> 5年 リターン」、「<企業名> 史上最高値 最安値」、「<企業名> YTD パフォーマンス」）。これにより、複数年にわたるカタリスト、歴史的なボラティリティ、現在のニュースが一時的なものか長期的なトレンドの一部かを把握できます — 長期の判断を先週のニュースだけに頼ってはいけません。
ステップ 4 — 各銘柄のスコアリング（0～100）
4つのサブスコアを計算し（各0～100）、加重合計を算出します。コンポーネントのスコアを表示し、最終的な数値だけを断言してはいけません。
| コンポーネント | ウェイト | 測定内容 |
|---|---|---|
| ニュースセンチメントと勢い | 30% | 最近のニュース/発表の全体的なトーン（肯定的なカタリスト vs. 見つかった否定的/リスク項目） |
| 今後のカタリスト | 30% | 株価を動かす可能性のある、具体的で日付のある、または近々予定されているスキーム/プロジェクト/契約 — 日付があり具体的であればあるほど強く、憶測であれば弱い |
| 手頃さ（予算適合性） | 20% | 予算が指定された場合のみ：予算が意味のあるポジションを可能にするかどうか（購入可能な株数、指定されたリスト全体への分散投資の余地） — 予算がない場合、このウェイトを他の3つに比例配分します |
| リスクレベル | 20%（反転：低リスク→高スコア） | 最近の株価変動から推測されるボラティリティ、セクター/規制リスク、ニュースで見られるレバレッジ/負債の兆候 |
各コンポーネントの推論を簡潔に（1～2行）文書化し、スコアがブラックボックスにならないようにします。
ステップ 5 — タイミングの推奨
- デイトレードモード： 検索で見つかった最新の価格/水準（ブローカーのチャートページ、ニュース）に基づき、妥当なエントリーゾーン（例：「本日のサポートライン ₹X 付近、ブレイクアウト ₹Y で確認」）とイグジット/ストップロスゾーンを提案します。デイトレードの水準は時間の影響を受けやすく、検索データは市場開始時には古くなっている可能性があることを明示的に注意喚起し、ユーザーが行動する前にブローカーのターミナルでリアルタイムの水準を確認することを推奨します。リアルタイムの正確性を主張してはいけません。
- 長期モード： 各銘柄について理想的な保有期間の見積もりを提供します（例：「PLIスキームの支払いタイムラインに連動した12～24か月」や「設備投資による能力倍増が収益に反映されるまでの3～5年」）。これを、汎用的なデフォルトではなく、ステップ3（スキーム/プロジェクト完了日）で見つかったカタリストのタイムラインに明示的に結び付けます。
ステップ 6 — ランク付けと推奨（複数銘柄 + 予算）
複数の銘柄が予算とともに指定された場合：合計スコアでランク付けし、次に予算がどの銘柄を最もサポートするかを示します — 株価と予算の関係（単位株の手頃さ）、およびトップランクの銘柄に集中するよりも、分散のために予算をトップランク銘柄間で分割することが有益かどうかを考慮します。トレードオフを説明し、黙って1つだけを選んではいけません。
ステップ 7 — 出力
JSON （trader/stock-analysis.json に書き込み、完全なスキーマは references/schema.md を参照）：
mode（intraday | long_term）、budget、generated_at、disclaimerstocks[]：各要素にsymbol、exchange、last_price、price_as_of、scores（news、catalysts、affordability、risk、total）、score_notes、news_summary、catalysts（説明と既知の場合は予想日付を持つ配列）、filings（配列）、timing（デイトレードの場合はentry/exit、長期の場合はholding_period）、sources_usedrecommendation：ランク付けされたリストと予算配分の理由（該当する場合）
チャットサマリー: 同じデータの簡潔で人間が読めるバージョン — 銘柄ごとのスコアと1行の理由、タイミング/保有期間の判断、予算に基づく推奨、および免責事項。生のJSONをチャットにダンプせず、要約し、ファイルが保存されたことを述べます（present_files が使用された場合）。
完全なJSONのフィールド名と例については、references/schema.md を参照してください。