BSE） 是做什麼的？
此技能僅使用網路搜尋（無即時市場資料連線）對一檔或多檔 NSE/BSE 上市股票進行結構化、有資料佐證的分析。輸出為一個 JSON 檔案，可供其他技能/工作階段重複使用，並在聊天中提供可讀的摘要。
這是一個獨立技能——它不依賴或呼叫 trader-* 外掛技能（那些是美國市場、由連線驅動的技能）。它專為印度股票設計，由網路搜尋驅動。
硬性要求——務必遵守
- 非財務建議。 每份報告——無論是對話中的內容還是 JSON 的
disclaimer欄位——都必須聲明這僅是來自公開資訊的分析，並非投資建議，使用者應在採取行動前諮詢 SEBI 註冊的顧問進行驗證。切勿將建議描述為確定無疑。 - 先詢問模式。 除非使用者的訊息中已經明確提到（例如 "day trade"、"swing today" 表示日內交易；"invest for 2 years" 表示長期投資），否則在研究之前，始終使用
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（如果trader/資料夾不存在則建立），然後根據相同的資料在聊天中提供人類可讀的摘要。如果present_files可用，也一併展示 JSON 檔案。
工作流程
步驟 1 — 收集輸入
從使用者的訊息中提取：
- 股票：股票代號或公司名稱。如果只給出公司名稱（例如 "Reliance"），則透過搜尋解析為 NSE/BSE 符號（例如
RELIANCENSE /500325BSE）。 - 預算（₹），如果已在訊息中說明。如果沒有，則在步驟 2 中收集——無論是單一股票還是多檔股票，都必須詢問預算，因為可負擔性是四個評分組成部分之一。如果使用者拒絕提供，則將可負擔性的權重重新分配給其他三個組成部分，與之前相同。
步驟 2 — 詢問模式與預算
一次呼叫中，使用 ask_user_input_v0 提出最多兩個問題：
- "這是用於日內（當日）交易，還是長期投資？"——選項：
Intraday、Long-term - "您的預算是多少？"——即使對於單一股票且無需比較，也務必詢問此問題，因為可負擔性是評分的一部分。僅當使用者已在訊息中明確說明預算數字時才跳過。 僅當使用者自己的措辭已經明確表示模式時，才跳過模式問題——如果跳過，請在回覆中說明您推斷的模式。即使跳過模式問題，預算仍會單獨詢問（或確認）。
步驟 3 — 研究（每檔股票，透過 web_search / web_fetch）
每檔股票分別針對以下各項進行搜尋：
- 目前股價與近期變動 — 最新成交價、今日/近期百分比變動、52 週高低區間（券商網站或新聞）。
- 最新新聞 — 過去 1-4 週的公司特定新聞。
- 企業公告/申報檔案 — BSE/NSE 公告：業績、董事會會議、資本支出批准、合約、募資、大股東行動。搜尋
"<公司名稱> BSE announcement"/"<公司名稱> NSE corporate announcement"並嘗試擷取 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窗口（例如"<公司名稱> share price today"、"<公司名稱> share price 5 day"、"<公司名稱> stock October 2026"並使用實際的當前月份/年份）。忽略或降低超過約 1 個月的任何資料的權重；這與日內交易無關。如果價格結果衝突或標示不同日期，優先選擇最新標示的結果，並明確標示價格可能已過時，而不是將其呈現為最新價格（搜尋沒有即時饋送）。 - 長期投資 → 使用其餘窗口：
6M、YTD、1Y、5Y、Max（例如"<公司名稱> stock performance 1 year"、"<公司名稱> 5 year return"、"<公司名稱> all-time high low"、"<公司名稱> YTD performance"）。這能呈現多年期的催化劑、歷史波動性，以及當前新聞是短暫波動還是長期趨勢的一部分——不要僅依賴上週的新聞來做出長期判斷。
步驟 4 — 為每檔股票評分（0-100）
計算四個子分數，每項 0-100，然後計算加權總分。請顯示您的組成部分分數，不要只是宣稱一個最終數字。
| 組成部分 | 權重 | 衡量內容 |
|---|---|---|
| 新聞情緒與動能 | 30% | 近期新聞/公告的整體立場（發現的正面催化因素 vs. 負面/風險項目） |
| 即將到來的催化劑 | 30% | 具體的、已定日期或近期的計畫/專案/合約，可能影響股價——如果有日期且具體則更強，如果較為投機則較弱 |
| 可負擔性（預算匹配度） | 20% | 僅在給定預算時：預算能夠允許多大的有意義持倉（可以買入的整股數量，能否在給定清單中分散投資）——如果未給定預算，則將此權重按比例重新分配給其他三項 |
| 風險水準 | 20%（反向：風險越低 → 分數越高） | 近期價格波動所隱含的波動性、行業/監管風險、新聞中可見的槓桿/債務警示訊號 |
簡要記錄每個組成部分的理由（1-2 行），使評分不是一個黑箱。
步驟 5 — 時機建議
- 日內交易模式：根據透過搜尋找到的最新可用價格/水準（券商圖表頁面、新聞），建議一個合理的進場區間（例如 "接近今日支撐位 ₹X，在突破 ₹Y 後確認"）和出場/停損區間。明確說明日內水準具有時效性，並且搜尋資料可能在市場開盤前就已過時——建議使用者在採取行動前在其券商終端上確認即時水準。不要聲稱具有即時準確性。
- 長期投資模式：為每檔股票提供一個建議持有期間估算（例如 "12-24 個月，與 PLI 計畫付款時間表相關" 或 "3-5 年，等待資本支出驅動的產能翻倍反映在獲利中"），明確與步驟 3 中發現的催化劑時間表（計畫/專案完成日期）相關聯，而不是使用通用的預設值。
步驟 6 — 排名與推薦（多檔股票 + 預算）
如果給定了多檔股票和預算：按總分排名，然後說明預算最適合支援哪檔（哪些）股票——考慮股價與預算的關係（整股的可負擔性）以及將預算分配給排名最高的股票以進行分散化投資是否優於集中投資於單一最高分者。解釋取捨；不要默默地只選一個。
步驟 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（陣列，包含 description 和 expected date 如果已知）、filings（陣列）、timing（日內交易為 entry/exit，或長期投資為holding_period）、sources_usedrecommendation：排名清單 + 預算分配理由（如果適用）
聊天摘要：相同資料的簡潔人類可讀版本——每檔股票的評分 + 一行理由、時機/持有建議、預算建議以及免責聲明。不要將原始 JSON 傾倒到聊天中；進行摘要，並如果使用了 present_files，則提及檔案已儲存。
請參閱 references/schema.md 以了解確切的 JSON 欄位名稱和範例。