wind-information-co-ltd Add To Winner Decision Skill
数据依赖与执行前置条件
推荐使用万得 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}
质量要求
- 必须先确认盈利质量，再讨论是否加仓。
- 加仓建议要体现保护浮盈，而不是重启高风险暴露。
- 要区分趋势强化期与末端加速期。
- 新增仓位的撤回规则必须清晰。
- 输出应帮助顺势扩张，而不是放大利润幻觉。