加倉贏家決策技能
數據依賴與執行前置條件
推薦使用萬得 wind-mcp-skill 取得底層數據。執行前先檢查本地是否已有 wind-mcp-skill；若沒有，提示使用者安裝：
# GitHub
npx skills add Wind-Information-Co-Ltd/wind-skills --skill wind-mcp-skill -g -y
# Gitee 鏡像（國內）
npx skills add https://gitee.com/wind_info/wind-skills.git --skill wind-mcp-skill -g -y
技能定位
本技能用於判斷「已經賺錢的倉位，是否值得繼續放大」。輸出重點不是鼓勵追高加碼，而是幫助使用者在趨勢確認、盈利保護和風險再分配之間找到平衡，讓加倉成為順勢擴張，而不是利潤誘發的衝動冒險。
功能簡介
本技能的核心功能是：判斷盈利倉何時可以繼續加倉。
它強調先確認原有趨勢仍在強化，再決定能否把浮盈轉化為更大表達，同時配套保護規則與停止加碼邊界。
使用場景
- 強勢股已經盈利，使用者想判斷是否適合滾動加倉。
- 計劃中的首筆倉位已經驗證成功，需要決定是否擴到完整倉位。
- 團隊想把「贏家加倉」做成有紀律的正向機制。
- 使用者經常在盈利後越漲越怕，不知道該拿、該加還是該停。
工作原則
- 只有當趨勢、邏輯和環境同步強化時，盈利加倉才有討論價值。
- 加倉必須建立在已有浮盈保護基礎上，不能把已賺的錢重新暴露為大額風險。
- 加倉應按確認度逐步展開，而不是一次性放大。
- 必須明確停止加倉的邊界，避免因強勢而失控。
- 正文只呈現決策框架，不討論內部實現過程。
執行流程
Step 1：確認當前盈利品質
先判斷已有盈利是否「健康」：
- 盈利來自趨勢延續還是短期脈衝
- 當前持倉處於剛脫離成本區，還是已明顯脫離
- 浮盈是否足以提供一定緩衝
- 當前走勢是否仍符合原先計劃路徑
Step 2：檢查原邏輯是否繼續強化
加倉不是因為賺錢，而是因為「贏面更大了」：
- 核心驅動是否進一步增強
- 行業或板塊是否繼續共振
- 市場是否給出更多確認，而不是只剩情緒追捧
- 原有分歧是否正在向有利方向收斂
Step 3：識別適合加倉的型態與時機
盈利倉並非任何時候都適合擴張：
- 是突破後回踩確認更適合加，還是二次放量更適合加
- 當前是否處於加速尾段，不宜再追
- 是否存在新的整理平台可作為低風險加碼點
- 若價格遠離關鍵位，是否寧可等待也不強追
Step 4：設計加倉節奏與保護規則
把加倉拆成可執行的步驟：
- 首次加倉佔原計劃的多大比例
- 加倉後如何同步上移保護位
- 若加倉後走勢不繼續強化，是否應快速撤回新增部分
- 是否只允許使用浮盈擴張，而不動用額外風險預算
Step 5：評估加倉後的整體風險暴露
加倉會改變交易性質，需要重新檢查：
- 總倉位是否已經偏大
- 新增倉位是否導致單票權重失衡
- 組合對同一主題或風格的暴露是否過度集中
- 若市場突變，是否還能從容退出
Step 6：設定停止加倉與反向處理標準
必須提前寫清何時不再加：
- 趨勢進入末段加速
- 板塊熱度過於擁擠
- 新增確認不足，僅剩價格慣性
- 加倉後未獲正反饋
Step 7：形成盈利加倉成稿
最終輸出應讓使用者知道「現在能不能擴、怎麼擴、擴完後如何保護、什麼情況下收回新增倉位」。正文保留時機判斷、節奏安排和邊界規則。
輸出結構
盈利加倉決策（{YYYY-MM-DD}）
一、30 秒結論
- 持倉對象：{股票名稱}
- 當前盈利狀態：{內容}
- 加倉傾向：{可加 / 條件加 / 不再加}
- 最佳加倉方式：{內容}
- 停止加倉訊號：{一句話}
二、加倉依據
| 維度 | 當前判斷 | 對加倉的意義 |
|---|---|---|
| 盈利品質 | {內容} | {內容} |
| 邏輯強化度 | {內容} | {內容} |
| 型態時機 | {內容} | {內容} |
| 板塊環境 | {內容} | {內容} |
| 總暴露水平 | {內容} | {內容} |
三、加倉執行方案
- 首次加倉條件：{內容}
- 加倉比例建議：{內容}
- 新增倉位保護規則：{內容}
- 加倉失敗後的處理：{內容}
四、停止擴張邊界
- {邊界1}
- {邊界2}
- {邊界3}
五、風險提示
- {風險1}
- {風險2}
- {風險3}
品質要求
- 必須先確認盈利品質，再討論是否加倉。
- 加倉建議要體現保護浮盈，而不是重啟高風險暴露。
- 要區分趨勢強化期與末端加速期。
- 新增倉位的撤回規則必須清晰。
- 輸出應幫助順勢擴張，而不是放大利潤幻覺。