同花顺条件单功能是否支持自动交易？如何设置触发条件与委托参数？

先厘清边界：条件单是“触发器”，不是“托管账户”

搜索“同花顺条件单是否支持自动交易”的人，通常带着一个很具体的处境：白天在工位上没法盯盘，希望股价跌破某个位置时系统替自己挂出卖单，或者涨到目标区间时自动把买单递出去。这个问题的答案要拆成两半来看——条件单确实能在条件满足后自动提交委托，但“自动提交委托”与“自动成交”“无人值守托管”并不是一回事。

把这条边界想清楚，后面的参数设置才不容易走偏。本文围绕触发条件的类型、委托参数的配置、平台之间的路径差异，以及那些容易被忽略的失败分支展开，尽量把“怎么做”“为什么这么做”“什么时候不该这么做”三件事讲全。需要说明的是，文中涉及的入口名称与界面位置，以写作时的经验性观察为主，具体仍以你当前登录的通道为准。

功能定位：条件单在交易链路里处在哪一环

普通委托单表达的是“你现在就想成交”，条件单表达的是“等某件事情发生，我再把这张委托单递进去”。它把人的判断前置成一条规则，把执行动作交给系统。整条链路大致是：设定触发条件 → 系统持续监控行情 → 条件命中 → 按预设参数生成委托 → 进入交易所撮合 → 成交、部分成交或未成交。

关键节点落在后面两步之间。系统能替你做的，只到“把委托递进市场”为止；能不能撮合上，取决于当时的对手盘、价格档位与涨跌停状态。所以任何把条件单理解为“到价必成交”的想法，都需要在第一次使用之前纠正过来。反过来说，判断一条条件单是否“成功”也该分两段看：触发有没有发生，属于设置问题；成交有没有发生，属于市场问题，两者的处理方式完全不同。

工作假设：条件单的监控主体可能是客户端，也可能是券商服务端，取决于你绑定的通道。这一差别直接决定“关掉 App 还灵不灵”，后文会给出可复现的验证方法。

相近功能的分野：条件单、普通委托与行情提醒

三个容易混淆的对象

行情提醒只负责“告诉你”，不产生任何委托，是三者里最轻的一层；普通委托是“立即执行”，按下确认的那一刻就进入撮合；条件单夹在中间，先观察再动作。示例：同一只股票、同一个价位，行情提醒只会弹出一条消息，普通委托会立刻占用可用资金并进入撮合，而条件单要等到价格真正走到该位置才动手。很多新手把这三者的能力混在一起，结果设置完提醒以为已经挂了单，或者设置了条件单又盯着分时图手动补单，造成重复持仓。

它不能替你做的事

条件单不能绕过 T+1 的持仓限制，当日买入的股票当日无法通过条件单卖出；也不能突破可用资金与可用数量的校验，触发时若资金已被其他委托占用，委托会被拒绝。它同样不能替你做仓位管理决策——触发价定在哪里、每次动用多少仓位，仍然是你自己的判断。

边界判断有一条简单准则：凡是需要“根据盘面变化动态调整数量或价格”的动作，都不适合交给单条条件单。那属于需要连续判断的策略范畴，工具能承担的只是其中一次静态动作。

触发条件有哪些类型，各自适合什么场景

不同版本、不同券商通道开放的触发条件集合并不完全一致。以常见的版本功能为例，最常见的是价格类条件，其次是涨跌幅类与时间类。经验性观察：越靠近“行情数值”的条件越通用，越靠近“指标计算”的条件越容易因通道不同而缺失。这也解释了一个常见困惑——别人截图里的选项，你的界面上未必出现，先确认通道、再怀疑版本，往往更快。

价格类条件：最直接也最常用

买入方向通常设“股价上穿某价”，用于突破跟随；卖出方向通常设“股价下破某价”，用于止损或止盈离场。示例：某标的现价 20 元附近震荡，你在 19.2 元设一条下破卖出条件单，用于跌破支撑位时离场；同时在 21.5 元设一条上穿卖出条件单，用于到位兑现。两条条件单相互独立，先触发的那条生效，另一条需要手动撤销——在反复震荡的行情里尤其要记得这一步，否则容易出现“卖过一次又卖一次”的仓位偏差。

涨跌幅与时间类条件

涨跌幅条件以昨收为基准计算，适合“日内跌幅超过一定比例时补仓”这类场景；时间条件用于在指定时点提交委托，常被用来做开盘或尾盘的定时动作。这两类条件的共同点是对行情的连续性依赖较低，但同样受交易时段约束——非交易时段触发不了，集合竞价阶段的撮合规则也与连续竞价不同。设置时间条件时，把“提交委托的时点”和“希望成交的时点”分开想一遍，会更容易判断它是否符合你的意图。

操作路径：移动端与桌面端的最短可达路线

先说结论：移动端是功能最完整的入口，桌面端的开放程度取决于券商通道，部分通道在 PC 上只提供查询与撤单，不提供新建。以下路径为经验性路径，入口名称与位置随版本迭代与通道差异略有变化；若首屏找不到，用全局搜索框输入“条件单”通常能直达。

Android 与 iOS：步骤基本一致

1. 打开同花顺 App，底部导航切到“交易”，登录已绑定的资金账号。
2. 在交易页功能区查找“条件单”或“智能条件单”入口；若首屏未展示，进入“全部功能”或“更多”中查找。
3. 另一条等价路径：从个股行情页进入下单界面，在下单类型处切换到条件单模式。
4. 依次填写标的、方向、触发条件、委托参数，确认后提交。

桌面端：PC 客户端的差异要提前确认

PC 客户端一般在顶部“交易”菜单下设有条件单相关面板。需要留意的是，PC 端与移动端并非镜像关系：有的通道在 PC 上可以新建，有的只能查看与撤销。如果你习惯在电脑上做计划，提交前先确认按钮是否可用，比事后发现没挂上要省事。跨端使用还有一个细节：先在移动端确认该功能在你的账号下是否存在，再回到 PC 找对应入口，判断依据会清晰不少。

委托参数怎么配：五个必须逐项确认的字段

触发条件只决定“什么时候动手”，委托参数才决定“动手之后递出去的是什么样的单子”。这一层出错的概率，往往比触发价本身更高——触发价设偏了只是错过一次机会，委托参数设错了却可能让一次正确的判断变成无效动作。

价格类型：限价、市价与各种最优

限价委托写明具体价格，成交价格不会差于该价，但可能挂不上；市价类委托优先保证成交，代价是滑点不可控，在流动性薄的标的上尤其明显。介于两者之间还有对手方最优、本方最优、五档即时成交剩余撤销等类型，各家券商支持的枚举并不相同，界面上能选到哪些，就以哪些为准。

一个具体的取舍：若你设的是止损类卖出条件单，触发时点往往伴随快速下跌，此时限价挂得太“贴”容易一路追不上，设得太松又失去了止损意义。经验性做法是在触发价下方留出一定的价格缓冲，缓冲幅度按标的日常波动幅度定，而不是拍脑袋给一个固定数字。止盈方向的缓冲则可以留得比止损更紧一些，因为止盈失败的代价通常只是少赚，而止损失败的代价是敞口继续扩大。

数量、有效期与重复触发

数量方面，沪深主板买入需为 100 股的整数倍，科创板单笔申报 200 股起并以 1 股递增，卖出时若持仓含零股需一次性申报卖出。有效期通常默认当日有效，部分通道支持更长周期，务必在提交页确认，否则第二天发现规则消失了会很意外。重复触发一般指“触发一次后是否继续监控”，做网格类操作的人会关注这个开关，做单次止损的人则应保持关闭。三个字段看似独立，实则相互牵制：有效期越长、重复触发开着，单条条件单占用的资金与持仓就可能越多。

平台与通道差异：同一功能为什么长得不一样

同花顺本身是行情与交易终端，实际下单最终走的是你绑定的券商通道。通道不同，能开的条件类型、能选的委托价格、条件单的托管位置都可能不同。这也是为什么你在教程里看到的界面，和自己的 App 对不上——大概率不是版本问题，而是通道问题。

遇到这种落差，处理顺序建议是：先确认当前登录的是哪个资金账号，再看该账号下的功能菜单是否包含条件单，最后才怀疑版本。反过来，先卸载重装往往解决不了任何问题，还可能把本地保存的条件单草稿弄丢。把这条顺序记下来，换券商或换设备时能省掉不少来回。

经验性观察：服务端托管的条件下，App 关闭后仍可能继续监控；客户端托管的条件下，App 被系统清理后监控可能中断。这一差别不会写在显眼位置，只能靠验证确认。

五个常见失败分支与对应回退方案

条件单从设置到成交，中间有多个校验关口，任何一关没过都会停住。下面按发生频率排序，顺序本身也提示了大致的排查优先级。

• 触发后委托被拒：常见于可用资金不足、可用数量不足、超出申报价格范围。回退方式是触发前预留资金余量，止损类条件单不要满仓挂出。
• 条件一直未触发：可能是触发价设在了当日不可能触及的位置，也可能是监控已中断。先看状态字段是“监控中”还是已失效。
• 触发但未成交：限价挂单排在队尾、标的封停、流动性不足都会导致这种情况。此时条件单的使命已完成，剩下的是委托单的问题，需要去委托列表处理。
• 重复触发导致重复委托：多因开启了重复触发或建了多条同向条件单。提交前扫一眼列表里是否已有同标同向的单子。
• 找不到入口：优先换通道或换端确认，而不是反复重装。

把这五条放在一起看，会发现它们其实对应三类问题：设置问题（触发价、有效期、重复触发）、资源问题（资金与持仓校验）、市场问题（排队、封停、流动性）。前两类能在建单之前规避，第三类只能在事后处理。分清类别，比记住具体现象更有用。

副作用与取舍：什么时候不该用条件单

条件单降低了盯盘成本，但同时也把“临场判断”这个环节拿掉了。在剧烈波动的行情里，触发瞬间的价格可能已经远离你设想的成交区间，机械执行反而放大损失。这类场景下，条件单更适合作为“提醒 + 预案”的辅助，而非唯一执行手段。

另一类需要谨慎的情况是高频调整。反复新建、撤销条件单，在交易所的异常交易监控口径下可能被关注，具体阈值以交易所现行规则与券商提示为准。若你的策略需要日内多次调整参数，条件单这个工具本身的定位就不匹配。

还有一点常被忽略：条件单会给你一种“已经安排好了”的心理暗示，从而降低复查频率。而实际上，资金变动、持仓变动、除权除息都可能导致原条件单失效或参数失真。把它当成需要定期巡检的清单项，比当成一劳永逸的设置更接近实际。

监控与验收：怎么确认它真的在工作

设置完成不等于生效。一个可复现的验证流程是：先用极小数量、把触发价设在明显不会触及的位置建一条测试单，观察状态字段是否稳定停留在“监控中”；然后关闭 App 或锁屏，等待一段时间后重新进入，确认状态是否仍然保持。如果状态变成失效或消失，说明监控依赖客户端，后续就不宜依赖“关掉手机也能触发”的假设。

第二步验证触发链路：选一个流动性充足、价格容易触及的标的，设一条极小额的条件单，触发后检查“条件单状态”是否转为已委托，再到委托列表确认是否生成了对应委托。整个流程跑通一次，比读十篇教程更能建立信心，也顺带把前文提到的托管位置问题，在你的设备上验成了确定答案。

故障排查表：现象、原因、验证与处置

现象	可能原因	验证方式	处置
条件单列表为空	登录账号与建单账号不一致	核对资金账号尾号	切回原账号查看
状态长期不变	触发价远离现价	对比现价与触发价的距离	调整触发价后重建
触发后无委托	资金或持仓校验未通过	查看可用资金与可用数量	补足余量后重建
有委托但未成交	限价排队靠后或标的封停	查委托明细与盘口	撤单后按新价格重挂

表格里的四类情形覆盖了绝大多数使用中的困惑。遇到表外的情况，先把状态字段、委托列表、可用资金三个信息摆在一起看，通常就能定位到具体卡在哪一环——排查的本质不是找答案，而是把问题缩小到一个可验证的位置。

适用与不适用：一张准入清单

适合的场景有明显共性——规则清晰、触发点单一、后续不需要连续决策。比如到价止盈、破位止损、开盘定时买入、日内跌幅达到预设比例后分批补仓。这些场景的共同点是：你在事前就能把“如果……那么……”写完整。

不适合的场景同样有共性。需要根据成交量、盘口变化动态调整数量的策略，需要多标的同时联动判断的策略，以及需要在一日内频繁改参数的高频操作，都不适合用单条条件单承接。另外，持仓本身处于停牌、退市整理等特殊状态时，条件单也无法绕过相应限制。

最佳实践检查表

1. 建单前先确认登录的是目标资金账号，避免挂到别的账户。
2. 触发价与现价的距离要合理，太近容易误触发，太远则形同虚设。
3. 止损类条件单的委托价留出缓冲，别用刚好等于触发价的限价。
4. 数量不超过可用数量的合理比例，防止单一条件单锁死全部仓位。
5. 检查有效期，跨日需求要确认通道是否支持。
6. 建完后做一次状态验证，确认监控确实在运行。
7. 定期巡检条件单列表，及时撤销已无意义的旧单。
8. 把每一条条件单的设立理由记下来，方便事后复盘而不是靠回忆。

这八条按时间线其实分成三段：前三条属于建单前的准备，中间三条属于建单时的确认，最后两条属于建单后的维护。按这个顺序执行，大多数低级失误在提交之前就会被挡下来。

常见问题

小结与下一步

回到最初的问题：同花顺条件单支持的是“条件触发后自动提交委托”，而不是“自动成交”或“全托管交易”。理解这条边界，参数设置才有意义——触发条件解决“什么时候动手”，委托参数解决“递出去的是什么单”，而成交与否始终由市场决定。

下一步建议做三件事：第一，用极小数量跑通一次完整的验证流程，确认监控在你自己的设备与通道下是否可靠；第二，把现有持仓的条件单列表过一遍，删掉触发价已经失去意义的旧单；第三，为每条保留的条件单写下设立理由，下次复盘时你会庆幸做过这一步。

从更长的周期看，客户端版本迭代带来的变化，多半集中在入口位置与可选条件的多寡上；而“触发—生成委托—进入撮合”这条链路本身是稳定的。换句话说，值得你反复确认的是自己的规则是否写清楚、通道是否支持、托管位置是否可靠，而不是界面长什么样。把这三件事定期重跑一遍，工具换代时也就不必从头学起。