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

技能定位

本技能用于判断“已经赚钱的仓位，是否值得继续放大”。输出重点不是鼓励追高加码，而是帮助使用者在趋势确认、盈利保护和风险再分配之间找到平衡，让加仓成为顺势扩张，而不是利润诱发的冲动冒险。

功能简介

本技能的核心功能是：判断盈利仓何时可以继续加仓。

它强调先确认原有趋势仍在强化，再决定能否把浮盈转化为更大表达，同时配套保护规则与停止加码边界。

使用场景

• 强势股已经盈利，用户想判断是否适合滚动加仓。
• 计划中的首笔仓位已经验证成功，需要决定是否扩到完整仓位。
• 团队想把“赢家加仓”做成有纪律的正向机制。
• 用户经常在盈利后越涨越怕，不知道该拿、该加还是该停。

工作原则

1. 只有当趋势、逻辑和环境同步强化时，盈利加仓才有讨论价值。
2. 加仓必须建立在已有浮盈保护基础上，不能把已赚的钱重新暴露为大额风险。
3. 加仓应按确认度逐步展开，而不是一次性放大。
4. 必须明确停止加仓的边界，避免因强势而失控。
5. 正文只呈现决策框架，不讨论内部实现过程。

执行流程

Step 1：确认当前盈利质量

先判断已有盈利是否“健康”：

• 盈利来自趋势延续还是短期脉冲
• 当前持仓处于刚脱离成本区，还是已明显脱离
• 浮盈是否足以提供一定缓冲
• 当前走势是否仍符合原先计划路径

Step 2：检查原逻辑是否继续强化

加仓不是因为赚钱，而是因为“赢面更大了”：

• 核心驱动是否进一步增强
• 行业或板块是否继续共振
• 市场是否给出更多确认，而不是只剩情绪追捧
• 原有分歧是否正在向有利方向收敛

Step 3：识别适合加仓的形态与时机

盈利仓并非任何时候都适合扩张：

• 是突破后回踩确认更适合加，还是二次放量更适合加
• 当前是否处于加速尾段，不宜再追
• 是否存在新的整理平台可作为低风险加码点
• 若价格远离关键位，是否宁可等待也不强追

Step 4：设计加仓节奏与保护规则

把加仓拆成可执行的步骤：

• 首次加仓占原计划的多大比例
• 加仓后如何同步上移保护位
• 若加仓后走势不继续强化，是否应快速撤回新增部分
• 是否只允许使用浮盈扩张，而不动用额外风险预算

Step 5：评估加仓后的整体风险暴露

加仓会改变交易性质，需要重新检查：

• 总仓位是否已经偏大
• 新增仓位是否导致单票权重失衡
• 组合对同一主题或风格的暴露是否过度集中
• 若市场突变，是否还能从容退出

Step 6：设定停止加仓与反向处理标准

必须提前写清何时不再加：

• 趋势进入末段加速
• 板块热度过于拥挤
• 新增确认不足，仅剩价格惯性
• 加仓后未获正反馈

Step 7：形成盈利加仓成稿

最终输出应让使用者知道“现在能不能扩、怎么扩、扩完后如何保护、什么情况下收回新增仓位”。正文保留时机判断、节奏安排和边界规则。

输出结构

盈利加仓决策（{YYYY-MM-DD}）

一、30 秒结论

• 持仓对象：{股票名称}
• 当前盈利状态：{内容}
• 加仓倾向：{可加 / 条件加 / 不再加}
• 最佳加仓方式：{内容}
• 停止加仓信号：{一句话}

二、加仓依据

三、加仓执行方案

• 首次加仓条件：{内容}
• 加仓比例建议：{内容}
• 新增仓位保护规则：{内容}
• 加仓失败后的处理：{内容}

四、停止扩张边界

• {边界1}
• {边界2}
• {边界3}

五、风险提示

• {风险1}
• {风险2}
• {风险3}

质量要求

1. 必须先确认盈利质量，再讨论是否加仓。
2. 加仓建议要体现保护浮盈，而不是重启高风险暴露。
3. 要区分趋势强化期与末端加速期。
4. 新增仓位的撤回规则必须清晰。
5. 输出应帮助顺势扩张，而不是放大利润幻觉。