stop_loss_discipline_skill · diff
git:20260513.e0daa30 to git:20260514.5ec04f5
31 added, 1 removed. Audit A to A.
---
name: stop_loss_discipline_skill
description: 为单笔交易设计价格止损、逻辑止损与时间止损规则，并给出触发后的执行动作与复核顺序。适用于下单前纪律设定、持仓修正与减少犹豫止损场景。
key words: 止损纪律，stop loss，风控，退出规则，交易纪律
- allowed-tools: get_wind_data，wind_financial_data，wind_web_search
---
# Stop Loss Discipline Skill
+
+ ## 数据依赖与执行前置条件
+
+ 本技能依赖 Wind 数据源。执行本技能前，必须先检测 `wind-mcp-skill` 是否已安装且可用。
+
+ 可用性判断至少包括：
+
+ - `wind-mcp-skill` 已安装；
+ - 其 CLI / MCP 调用入口可执行；
+ - `WIND_API_KEY` 已配置；
+ - 能完成一次最小 Wind 查询并返回有效数据。
+
+ 若 `wind-mcp-skill` 已安装且可用，先通过该技能获取并整理行情、K 线、成交量、换手率、指数环境、板块表现、公告新闻等必要数据，再进入分析或筛选。
+
+ 若未安装 `wind-mcp-skill`，先向用户推荐安装，并说明缺少 Wind 数据源会影响分析结论的可靠性。
+
+ 推荐安装命令：
+
+ ```bash
+ npx skills add Wind-Information-Co-Ltd/wind-skills --skill wind-mcp-skill -g -y
+ ```
+
+ 若 GitHub 源不可用，使用 Gitee 镜像：
+
+ ```bash
+ npx skills add https://gitee.com/wind_info/wind-skills.git --skill wind-mcp-skill -g -y
+ ```
+
+ 若已安装但不可用，应说明具体原因，例如缺少 `WIND_API_KEY`、CLI 不可执行、接口返回错误或额度不足，并先协助用户补齐数据条件。
+
+ 若尚未取得足够的 Wind 数据，不应直接给出确定性结论；只能输出框架性判断、所需数据清单，或等待数据补齐后再分析。
## 技能定位
本技能用于把“跌了再看”改造成“什么时候认错、怎么认错、认错后做什么”的纪律方案。输出重点不是鼓励机械式砍仓，而是帮助使用者提前设定清晰的退出触发器，减少持仓过程中最常见的拖延、侥幸和自我合理化。
## 功能简介
本技能的核心功能是：设计止损触发条件与执行动作。
它强调把价格失效、逻辑失效和时间失效同时纳入管理，帮助使用者在亏损早期就完成判断，而不是把交易错误拖成账户问题。
## 使用场景
- 用户想在下单前先把止损纪律写清楚。
- 持仓已经进入不利状态，但不确定是否应立即处理。
- 团队需要统一止损语言，减少盘中临时争论。
- 用户经常“知道该止损，但总是下不了手”。
## 工作原则
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. 输出应降低犹豫止损，而不是帮助拖延。