Stop Loss Discipline 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. 输出应降低犹豫止损，而不是帮助拖延。