# Stop Loss Discipline Skill

> 为单笔交易设计价格止损、逻辑止损与时间止损规则，并给出触发后的执行动作与复核顺序。适用于下单前纪律设定、持仓修正与减少犹豫止损场景。

- Skill: `wind-information-co-ltd/stop-loss-discipline-skill` (Agent Skill)
- Install (CLI): `npx skillmds add wind-information-co-ltd/stop-loss-discipline-skill`
- Raw SKILL.md: https://api.skillmd.com/api/skills/wind-information-co-ltd/stop-loss-discipline-skill/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: wind-information-co-ltd (https://skillmd.com/u/wind-information-co-ltd)
- Updated: 2026-09-09
- Page: https://skillmd.com/skills/wind-information-co-ltd/stop-loss-discipline-skill

---


# Stop Loss Discipline Skill

## 数据依赖与执行前置条件

推荐使用万得 `wind-mcp-skill` 获取底层数据。执行前先检查本地是否已有 `wind-mcp-skill`；若没有，提示用户安装：

```bash
# 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. 输出应降低犹豫止损，而不是帮助拖延。

