trade_plan_builder_skill

为单笔交易生成包含入场条件、仓位安排、止损止盈、验证节点与应急动作的完整执行计划。适用于下单前预演、候选股比较、盘前计划整理与团队复核场景。

Skill file

Preview skill file
---
name: trade_plan_builder_skill
description: 为单笔交易生成包含入场条件、仓位安排、止损止盈、验证节点与应急动作的完整执行计划。适用于下单前预演、候选股比较、盘前计划整理与团队复核场景。
key words: 交易计划,trade plan,买卖计划,执行预案,风险回报
---

# Trade Plan Builder 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:补充执行前检查与盘中应对

在成稿前补齐实操层面的注意点:

- 近期是否存在财报、公告、政策、停复牌等重要事件
- 流动性是否足以支持计划仓位
- 盘中若出现跳空、高开低走或板块急变,应如何调整
- 若首笔执行后走势与预期严重背离,是否暂停后续动作

### Step 8:整合成交易计划成稿

最终输出应帮助使用者在极短时间内知道“现在能不能做、怎么做、做完以后看什么、错了怎么退”。正文只保留判断依据、执行框架和纪律要求。

## 输出结构

---

# 交易计划({YYYY-MM-DD})

## 一、30 秒结论

- **交易对象**:{股票名称}
- **计划方向**:{试多 / 试空 / 等待}
- **执行倾向**:{可执行 / 需等待确认 / 暂不执行}
- **核心依据**:{一句话}
- **最大风险**:{一句话}

## 二、交易假设

- **核心逻辑**:{内容}
- **关键验证变量**:{内容}
- **市场分歧点**:{内容}

## 三、执行方案

| 项目 | 计划内容 |
| :--- | :--- |
| 入场区域 | {内容} |
| 触发条件 | {内容} |
| 首笔仓位 | {内容} |
| 后续分批 | {内容} |
| 止损规则 | {内容} |
| 止盈安排 | {内容} |

## 四、情景推演

- **理想路径**:{内容}
- **基准路径**:{内容}
- **失败路径**:{内容}

## 五、执行前检查

- {检查点1}
- {检查点2}
- {检查点3}

## 六、计划失效条件

- {失效条件1}
- {失效条件2}
- {失效条件3}

---

## 质量要求

1. 计划必须同时覆盖方向、入场、仓位、退出和验证节点。
2. 不得用空泛表述代替具体执行条件。
3. 若风险回报不成立,必须明确写出“不执行”。
4. 止损与止盈规则必须可落地、可复核。
5. 输出应服务真实下单前准备,而不是写成泛泛观点摘要。

Source

Creator's repository · wind-information-co-ltd/wind-skills

View on GitHub

Security

Security checks in progress
Results will appear here once audits complete
Checked by 3 independent security firms
Does it try to trick the AI?Not yet checkedPending · Gen Agent Trust Hub
Does it sneak in hidden code?Not yet checkedPending · Socket
Does it have known bugs?Not yet checkedPending · Snyk