惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

Hacker News: Ask HN
Hacker News: Ask HN
B
Blog RSS Feed
Y
Y Combinator Blog
Microsoft Azure Blog
Microsoft Azure Blog
人人都是产品经理
人人都是产品经理
P
Proofpoint News Feed
H
Help Net Security
V
Visual Studio Blog
S
Security Affairs
www.infosecurity-magazine.com
www.infosecurity-magazine.com
博客园 - 司徒正美
博客园_首页
H
Hacker News: Front Page
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
O
OpenAI News
Google DeepMind News
Google DeepMind News
Jina AI
Jina AI
IT之家
IT之家
罗磊的独立博客
P
Palo Alto Networks Blog
The GitHub Blog
The GitHub Blog
大猫的无限游戏
大猫的无限游戏
Cloudbric
Cloudbric
Hugging Face - Blog
Hugging Face - Blog
OSCHINA 社区最新新闻
OSCHINA 社区最新新闻
美团技术团队
NISL@THU
NISL@THU
H
Hackread – Cybersecurity News, Data Breaches, AI and More
AWS News Blog
AWS News Blog
J
Java Code Geeks
G
Google Developers Blog
Schneier on Security
Schneier on Security
PCI Perspectives
PCI Perspectives
L
LINUX DO - 最新话题
TaoSecurity Blog
TaoSecurity Blog
V
V2EX
WordPress大学
WordPress大学
Apple Machine Learning Research
Apple Machine Learning Research
T
Tailwind CSS Blog
S
SegmentFault 最新的问题
Blog — PlanetScale
Blog — PlanetScale
月光博客
月光博客
Attack and Defense Labs
Attack and Defense Labs
小众软件
小众软件
The Cloudflare Blog
Google Online Security Blog
Google Online Security Blog
有赞技术团队
有赞技术团队
GbyAI
GbyAI
L
Lohrmann on Cybersecurity
C
Cybersecurity and Infrastructure Security Agency CISA

Innomad一挪迈

一个 App,两种买美股方式:Bitget 美股代币与美股交易开户指南 嘉信理财,thinkorswim 如何交易碎股 美股 ETF 开箱|FOTO:AI 基建里的光子路线 我用 AI 彻底重写了我的博客/网站... 美股 ETF 开箱|EWY:一键买韩国,其实是在买半导体周期 美股 ETF 开箱|DRAM:AI 算力背后的内存周期 美股 ETF 开箱:XQQI,NEOS 的 Boosted 纳指高收入 ETF,到底比 QQQI 多了什么? 美股 ETF 开箱:SOXX,半导体行业 ETF,到底是不是 AI 时代的卖铲人? ETF 开箱:QQQI 纳斯达克 100 高息 ETF ETF 开箱:CTA Simplify 趋势跟踪期货策略 Claude 投研方法论:11 篇实战开箱懒人包 Claude 金融投研套件开箱收官:机构的投资灵感生产线 机构分析师研究一个新行业的五步速写法
嘉信高级订单:用 1st trgs OCO 自动止盈止损
一挪迈 · 2026-06-30 · via Innomad一挪迈

之前写过盈透的订单教程,本文来讲讲嘉信理财(thinkorswim 交易软件)的高级订单。

如果你对盈透那几篇感兴趣,请看:

盈透订单类型教程懒人包

关于嘉信订单的基础知识,在这几篇文章中也有提到,可以再复习一下:

美股券商订单类型(thinkorsiwm 为例,其他券商类似)

注意:本人主要讲 thinkorswim 软件的操作,嘉信理财我只推荐这款交易软件

 本文后面会统一把 thinkorswim 简称为 TOS

由于 TOS 有多个高级订单可以选,本文作为第一篇,会覆盖:

  1. 高级订单的入口
  2. 最重要的:1st trgs OCO / 订单1激活OCO订单 讲解
  3. 绝对价格/相对价格的设置

TOS 高级订单入口

手机 App 操作入口

在下单页面,点击左下角「More / 更多」,点击 「Create Advanced Order / 创建高级订单」,即可打开高级订单编辑界面:

其中右上角可以切换高级订单类型,下方则是订单详情设置了。

一般高级订单都是多个订单的组合,上方绿色边框的是你的主订单,也就是你在点击 「创建高级订单」 按钮之前所设置的订单。

下方点击➕就可以添加订单。

电脑软件操作入口

在电脑端的 thinkorswim,无论是你点击了 「Buy」 「Sell」 按钮,还是点击了 「Bid」、「Ask」 报价,还是右键菜单选择 Buy 或者 Sell,都会触发弹起底部的订单编辑器(Order Entry Tools)

在与提交订单的绿色按钮同一行的左边,即可看到高级订单的入口,默认是 「单个订单 / Single」

点击就会展开高级订单下拉菜单: 电脑端的差异就是,它不会另外打开一个编辑高级订单的界面,你需要在上面主订单的位置继续添加具体的高级订单组合。

1st trgs OCO / 订单1激活OCO订单

这是最最常用的高级订单类型了。本文先详解这个,其余的后面单独再开。

名字可能比较抽象,我先完整的把它原始句子写出来:

first triggers (one cancels other) 第一个订单成交后,激活一组 OCO 订单。 OCO 就是 one cancels other 的缩写。一组 OCO 由两个订单组成,这两个订单其中一个成交,另一个则自动取消。

看过我之前写的盈透订单类型的,应该记得这个「OCO」,这算是行业约定俗成的说法,很多券商都会这么叫。

OK,再梳理一下,那么 「1st trgs OCO」这个高级订单,总共至少有3个订单组成,第一个订单为主订单,其余订单构成一组 OCO。

需要注意的是,这里盈透和 TOS 有一些差异,TOS 把盈透的 OCA(one cancels all / 一个成交取消其余所有)合并进了 OCO。

因此,你可以在 TOS 的 「1st trgs OCO」类型中添加任意多的子订单。

光说概念太抽象,我们上具体例子:

买入股票后,自动挂单止盈和止损

止盈和止损,所有新手都会忽略的,但却是最重要的环节。通过这个高级订单,帮你解决。

逻辑很简单:

第一个订单(买入股票)成交之后,触发一组 OCO。OCO 由止盈和止损两单组成。

根据上面所说的原理:

  1. OCO 只会在第一个买入单成交后才会激活(避免你无端先卖空)
  2. OCO 的止盈和止损两个订单互斥,只要其中一个触发,另一个自动取消。。

实例: 苹果现价 282.5,打算以这个价格买入 100 股。 止盈点:300 止损点:270

那就可以这么设置(电脑端和手机端):

如果你是做空,则买卖方向反过来,止盈在下方,止损在上方

自动止盈止损的变体

上面是用限价单做了最简单的实例,除了 限价单,我们还有更多的订单类型可用,以及更多的订单有效期可供选择。你可以组合出更高级的用法。

比如「突破买入」

BUY STOP 100 IBIT @ 35.00

当 IBIT 突破到 35 才买入;买入成交后,自动触发止盈止损:

SELL 100 @ 38.00 LIMIT SELL 100 @ 33.80 STOP

绝对价格 / 相对价格

在电脑端的 TOS 中,当你编辑高级订单组合的时候,会发现子订单一个设置项:Link

总共有 8 个可选(Link 的 8 项清单随客户端版本/产品(股票 vs 期权)略有差异,建议加「以当前客户端为准」):

  • MAN:即「手动」。这也是默认项,选择 MAN 后,Price 列你需要输入一个绝对值的价格。比如你想 284.3 卖出,就得填 284.3
  • TRG:Trigger price,绑定主订单的价格,可以简单理解为第一个主订单的成交价格。选择后输入 +/- 相对价格,比如 +1 或者 -2,意思是开仓价格+1usd 或者 -2usd
  • LAST:最新成交价
  • BID:买一价
  • ASK:卖一价
  • ASK/BID:系统自动判断,买单用 ASK,卖单用 BID
  • MARK:中间价,通常就是 bid-ask 的中间值
  • AVG PRC:你的平均持仓成本价

OCO 订单能添加多个吗?

当你选择了「1st trgs OCO」,无论是手机 app 还是电脑软件都可以添加任意数量的子订单,也就是前文所讲的:当 OCO 订单数量 > 2 的时候,这个 OCO 订单组实际上变成了 OCA 订单。

个人认为,普通交易者很少会用到添加6、7个订单到一个 OCO 组里的情况。首先是基本没有这个场景,其次是订单太多后,也会给自己理解增加难度。

假设真的有非常复杂的 OCO 条件,我认为更好的方式是通过调用 API 的方式,用程序去处理这些复杂的逻辑。