同花顺条件单是否支持自动触发交易及设置入口在哪里？

先说结论：同花顺条件单能自动触发委托，但“自动”不等于“自动成交”

搜索“同花顺条件单是否支持自动触发交易”的人，往往期待一个非黑即白的答案。更准确的说法是：同花顺条件单在预设条件被满足后，会由系统自动生成并提交一笔委托，不需要你手动点“买入”或“卖出”；但委托提交之后能否成交，仍取决于券商风控校验与交易所撮合。换句话说，自动发生在“下单”环节，不发生在“成交”环节。把这两件事分开，后面的路径、参数与风险才有讨论的基础。

至于设置入口，经验性观察是：绝大多数版本的入口都落在交易相关页面的功能区内，图标或文案通常显示为“条件单”。移动端与桌面端的位置不同，券商定制版还可能把它收进二级菜单或改名。本文以合规与数据留存为主线，把入口位置、参数填写、监控归属与触发后的留痕验证依次讲清楚，让你不仅“找得到”，还“说得清、查得到、对得上”。

阅读提示：下文出现的界面文案与菜单层级，均以截至当前的最新版本为参照。不同券商通道、不同客户端版本的实际界面可能存在差异，请以你设备上的实际显示为准。凡涉及无法公开核实的细节，本文会以“经验性观察”“示例”标注，并尽量给出可复现的验证步骤。

条件单、普通委托与行情提醒：三个容易混淆的概念

很多“条件单不触发”的困惑，其实源于概念混淆。普通限价委托是“立刻把单子送进交易所排队”，价格不到就挂着；行情提醒是“到价了弹个通知”，仍需你自己回来手动下单；条件单介于两者之间——先在本地的规则引擎或券商服务器里存一条判断逻辑，条件成立时再替你把委托送出去。三者的动作终点不同，判断“有没有生效”的标准自然也不同。

举一个具体的小例子：你持有某只股票，成本 20 元，希望跌破 18 元时离场。做法 A 是挂一笔 18 元的限价卖出委托，代价是占用持仓，价格没到就一直冻结；做法 B 是设置一条“价格跌破 18 元则按市价卖出”的条件单，持仓在触发前仍然可用；做法 C 是设一个 18 元的行情提醒，到价后由你自己决定。三者在“是否占用持仓”“是否需要人守”“如何留痕”上各不相同，选哪个取决于你是否需要那份自动化。

这张表最值得留意的是最后一行。条件单相比行情提醒，多出的不只是自动化，更是一份可回溯的凭据：它记录了“什么时间、因为什么条件、生成了哪笔委托”。日后复盘交易纪律、核对成交价，或者向券商说明某笔委托的来源，这份凭据都是行情提醒给不了的。

自动触发的完整链路：条件判定、委托提交、成交回报是三件事

把条件单拆开看，至少要经过四个环节：条件判定、生成并提交委托、券商风控校验、交易所撮合。任何一环断了，结果都会落到“看起来没触发”或“触发了但没成交”这两种表象上；偏偏它们在界面上的呈现可能非常接近，所以排查时必须逐段确认，而不是笼统地归因于功能失灵。

第一段“条件判定”归谁执行，是很多人忽略的关键。经验性观察是：同花顺条件单在不同券商通道下存在两种监控模式——一种把判断逻辑托管在服务端，另一种依赖客户端保持运行。前者即使退出客户端也可能继续生效；后者一旦客户端被系统回收，条件就没人盯了。这个差异直接决定了“我关机睡觉，条件单还算数吗”的答案。

三种常见的监控归属

• 服务端托管：条件存在券商或平台侧的服务器上，由服务端比对行情并生成委托。特征是客户端可以退出，触发记录通常在委托列表中可见。
• 客户端监控：条件存在本机，客户端运行时比对行情。特征是客户端被彻底关闭后不再触发，且换了设备看不到原条件。
• 混合模式：客户端在线时本地判断、离线时服务端兜底，或者反过来。这种模式最容易产生“我以为它一直在”的错觉。

这三种模式平时几乎看不出差别，只有在客户端退出、网络中断或更换设备时才会暴露。先弄清自家通道属于哪一类，再决定把哪些仓位交给它。

如何验证你的条件单由谁监控

不要依赖猜测，用一次低成本试验确认即可。选一个交易时段，在交易页面新建一条明显不会被触发的条件单，触发价设在远离现价的位置，数量用最小交易单位。建好之后完全退出客户端，把手机熄屏一段时间，再重新进入，查看这条条件单的状态，以及关闭期间的行情是否被记录。若条件单状态与行情同步更新，倾向于服务端托管；若出现断档，或提示需要保持在线，则倾向于客户端监控。最稳妥的做法是同时向所属券商客服确认该通道的监控方式——这类信息属于服务能力说明，通常能得到明确答复。

版本差异：移动端、桌面端与券商定制版，入口并不统一

同花顺的客户端形态不少：手机通用版、手机券商定制版、PC 通用版、PC 券商定制版。它们共享大致的功能骨架，但入口位置与可用条件类型并不完全一致。写这篇文章时，我刻意避开了“点第几个图标”这种脆弱描述，改为给出可迁移的定位思路——下一个版本很可能微调布局，而定位思路不会随之失效。

移动端的最短可达路径（Android 与 iOS 一致的部分）

通用定位是：从底部导航进入交易页面，在功能区（通常是图标网格或横向卡片区）寻找“条件单”字样。多数版本会把它与“买入”“卖出”“撤单”“持仓”放在同一层级；点进去一般是条件单列表页，先选条件类型，再填参数。Android 与 iOS 在主路径上差异不大，区别主要在返回手势与通知权限：iOS 首次使用可能需要在系统设置中允许通知，否则触发后的提醒收不到；Android 则更容易受电池优化策略影响，后台进程被系统回收的概率更高。

如果交易页面找不到该入口，先别急着下“不支持”的结论。可以尝试在交易页面向下滑动，查看“更多功能”区域，或者在应用内搜索框直接搜“条件单”。经验性观察是：券商定制版为了突出自家服务，常把入口收进二级页面；通用版则更倾向于平铺展示。

桌面端的最短可达路径

PC 端的逻辑与移动端类似，但入口往往挂在顶部菜单的“交易”之下，或者作为独立的“策略交易”“条件单”面板存在。相比移动端，桌面端在参数展示上更完整，一次能看到触发条件、委托价格、有效期等多个字段，适合批量核对。它的短板是可移植性：你在 PC 上建的条件单不一定能在手机上看到，客户端监控模式下尤其如此。

这张表的用法不是背路径，而是帮你建立“先判断形态、再定位入口”的顺序。很多用户拿着券商定制版的截图去对照通用版教程，自然对不上号。先确认自己装的是哪一种，能省掉大量无效尝试。

找不到入口时的四条回退路径

即使按上面的方法找，仍可能一无所获。这时按代价从低到高尝试四条回退路径，比反复刷新页面更有效。

1. 应用内搜索：在客户端的搜索框直接输入“条件单”，多数版本会给出功能入口的跳转，这是成本最低的一步。
2. 检查登录状态与账户类型：部分条件类型只在普通账户下开放，信用账户或特定权限账户可能需要单独确认。切换账户登录后再看一次。
3. 确认券商通道能力：功能开关掌握在券商侧。同一款同花顺，挂在不同券商通道下，可用性可能完全不同。这一点最容易被忽略。
4. 联系券商客服确认：直接问“我的账户是否支持条件单、支持哪些条件类型、是服务端监控还是客户端监控”。这三个问题问清楚，比自己在界面上摸索要快得多。

需要强调的是，第四步不是兜底选项，反而最应该被前置。入口的有无、条件的类型、监控的归属，本质上都是券商通道提供的服务能力，客户端只是展示层。把问题问到服务提供方，才可能得到确定答案。

迁移步骤：从“随手设一条”到“可审计的条件单流程”

如果你过去习惯随手设一条条件单、触发后就忘，建议借这次梳理做一次流程升级。目标不是把事情变复杂，而是让每一次自动触发都有据可查。以下步骤按顺序执行，中途可以暂停，但不要跳步。

1. 盘点现有条件单：进入条件单列表，逐条记录条件类型、触发价、委托方向与数量、有效期。截图保存，截图时确保时间栏可见。
2. 确认监控归属：用前文的低成本试验方法，逐条确认哪些是服务端托管、哪些依赖客户端运行。这一步决定你能否安心关掉客户端。
3. 统一命名与备注：如果界面支持备注字段，用固定格式填写，例如“用途-标的-条件类型”。备注是你日后复盘时唯一不依赖记忆的线索。
4. 建立台账：在条件单之外，用一份表格记录每次新建或修改的时间、条件、预期动作。台账不必复杂，但要能和你导出的委托记录对上。
5. 设置复核节奏：收盘后花几分钟核对当日是否有触发、触发后委托是否成功、成交价与预期差多少。连续记录一段时间，你会对自己的参数设置有更真实的判断。

这套流程的价值，在一个具体场景里体现得很清楚：假设某天盘中快速下跌，你的止损条件单被触发并生成了委托，却因为当时挂单价格偏低而没有成交。如果只看条件单本身，你看到的只是“已触发”；若手头有台账与截图，就能还原触发时刻、当时的委托价，以及未成交的原因。前者只能得出“系统有问题”的模糊结论，后者可以指导你下次把委托价格类型调整为更易成交的方式。

兼容性对照：品种、权限、时段与有效期

条件单不是万能插座，可用范围由券商通道、账户权限与交易时段共同决定。经验性观察是：沪深 A 股的普通买卖支持面最广；ETF、可转债等品种是否可选，因通道而异；信用账户的条件单往往需要单独确认，可用的条件类型也可能少于普通账户。至于时段，集合竞价、连续竞价、盘后固定价格交易各有规则，条件单能否在其中生效，不能想当然。

表格里最容易被低估的是“有效期”。一条设为当日有效的条件单，当天没有触发，次日就会失效；若误以为它会长期存在，就容易出现“明明设了止损却毫无反应”的情况。建议凡是跨日持有的仓位，在每次新建条件单后立刻确认有效期的具体含义，并写进台账。

参数配置：六个字段决定一条条件单的成败

条件单的参数不多，但每一个都影响结果。下面六个字段建议逐项确认，不要沿用默认值。

触发条件与触发价

触发条件是“上穿”“下穿”“涨跌幅达到”等判断逻辑，触发价则是这条逻辑的比较基准。常见误区是把触发价设得离现价过近，开盘的瞬时波动就能把它打穿。经验性观察是：触发价与现价之间留一点缓冲，可以显著减少无效触发；但缓冲留多大取决于标的的日常波动幅度，没有通用数值。建议先观察该标的近期的日内振幅，再据此设定。

委托方向、数量与委托价格类型

方向与数量是常规项，真正需要斟酌的是委托价格类型。限价委托可控，但不保证成交；市价类委托容易成交，剧烈波动时却可能明显偏离预期。一个务实的做法是：止损类条件单优先考虑成交确定性，止盈类则可以适度让位于价格可控性。这属于交易策略范畴，具体选择与风险承受能力有关，本文不做推荐。

有效期与触发后撤单规则

有效期决定这条规则能存活多久，触发后撤单规则则决定委托生成后是否还要继续等待。部分条件类型支持“触发后自动撤掉未成交部分”，在流动性较差时很有用，也可能让你错过后续成交。建议第一次使用某个条件类型时，先用最小交易单位走一遍完整流程，观察实际行为，再决定是否放大到正式仓位。

可审计性：让每一次自动触发都留得下证据

自动化的代价是“过程隐身”。手动下单时，你亲眼看着价格变化、亲手点了确认；条件单触发时，你很可能不在屏幕前。因此留痕不是可选项，而是使用前提。它至少服务三个目的：复盘参数是否合理、在出现争议时还原事实、在多设备多账户的情况下避免重复操作。

留痕的最低要求是“三件套”：条件记录、触发记录、委托记录。条件记录说明你设了什么，触发记录说明条件在何时被满足，委托记录说明最终生成了一笔什么样的单子。三者能对上，才算完整。建议每周整理一次，按标的归档。

截图有个小技巧：尽量让状态栏时间与页面内容同框。单独截一张条件单详情，日后很难证明它是什么时候的状态；带上时间栏，证据链就完整了。如果界面支持导出委托记录，导出文件比截图更可靠，建议两者都保留。

风险控制：五类最容易让条件单“失灵”的场景

条件单的失效很少源于单一原因，多数是几个条件叠加。下面五类场景按发生频率排序，建议逐条对照自己的持仓检查。

第一类场景值得单独说明。条件单保证的是“条件成立时我发单”，不是“按触发价成交”。在流动性骤降的时刻，触发价与成交价之间可能出现明显差距，这是撮合机制决定的，并非功能缺陷。如果无法接受这种差距，条件单就不适合作为唯一的风控手段，需要配合仓位管理一起使用。

另外值得留意的是频率。条件单被频繁触发、又频繁修改，账户层面会留下密集的委托记录。这类行为是否触及券商的异常交易监控口径，取决于频率、撤单比例等多项因素，本文无法给出统一结论。稳妥的做法是避免无意义的反复建单撤单，确有调整需求时一次性改到位。

适用与不适用：什么时候该用条件单，什么时候不该

条件单适合“规则清晰、可以提前写下、且不需要临场判断”的场景。比如有明确的止损位、明确的止盈目标，或者希望在某个价位分批建仓，这些都可以提前固化成条件。它的优势在于把情绪从决策中剥离出去——写规则时你冷静，触发时你不需要在场。

不适合的场景同样明确。第一类是判断依赖盘面信息的交易，比如要看量能、看板块联动才能决定是否离场，用条件单反而会机械执行错误决策。第二类是流动性极差的标的，触发后可能长时间无法成交，条件单只会给一个“已触发”的假象。第三类是仓位管理尚未理顺的账户，条件单只解决“什么时候下单”，解决不了“该下多少”。

• 适合：有明确价位规则的止盈止损、计划内的分批建仓、无法盯盘时段的纪律执行。
• 不适合：依赖实时盘口判断的短线决策、流动性不足的标的、尚未确定仓位规则的账户。
• 需要谨慎：跨长假持有的仓位、临近停牌复牌的标的、使用信用账户的场景。

三档归类只是起点，真正的判断标准是：这条规则能否在不看盘的情况下被完整描述出来。能描述清楚的，条件单是执行工具；描述不清楚的，先别急着交给自动化。

故障排查：按现象、原因、验证、处置四步走

遇到问题，先别急着怀疑功能。按下面的顺序逐层排查，多数情况能在十分钟内定位。

排查有个通用原则：先确认“系统有没有收到你的规则”，再确认“规则有没有被执行”，最后确认“执行结果符不符合预期”。这三层分别对应条件单列表、触发记录、委托记录，任何一层断掉，都会表现为“没反应”。把三层分开看，比笼统地问“为什么没触发”高效得多。

最佳实践检查表

把上面的内容压缩成一份可照着做的检查表，建议在每次建仓后、每个长假前各过一遍。

• 建单前：确认账户权限、可用资金、标的流动性，确认该品种在条件单中可选。
• 建单时：六个字段逐项确认，不沿用默认值；触发价与现价留出合理缓冲；有效期明确写进备注。
• 建单后：立即截图，确保时间栏可见；把条件写入台账，标注用途与预期动作。
• 运行中：确认监控归属，客户端监控型要保证进程存活；关闭系统对客户端的后台限制。
• 触发后：当日核对触发记录与委托记录是否一致，成交价与预期差距是否在可接受范围。
• 定期：每周整理一次台账，每月复核一次条件类型是否仍符合当前持仓思路。
• 特殊时点：长假前、停牌前、重大事件前主动复核，必要时手动接管。

这份清单的价值不在于条目多，而在于它把“自动化”重新拉回到“可控”的范围内。条件单越省心，事前确认越重要——因为你放弃的，正是事中干预的机会。

总结与下一步行动

回到最初的问题：同花顺条件单支持自动触发交易，触发后由系统自动提交委托，这一点是确定的；但它不承诺成交，也不承诺按触发价成交。设置入口通常在交易页面的功能区内，移动端与桌面端位置不同，券商定制版还可能收进二级菜单。找不到时，优先联系券商确认通道能力，而不是反复刷新界面。

真正决定条件单好不好用的，不是入口有多深，而是有没有建立起“设置—触发—委托—复盘”的闭环。建议今天就做三件事：打开条件单列表，把现有条目逐条截图并记录有效期；用最小交易单位做一次触发验证，确认监控归属；建一份简单的台账，从今天开始记。做完这三步，你对手里每一条条件单的状态都会有确定答案，而不是停留在“应该设了吧”的印象里。产品形态与入口布局可能随版本调整，与其记路径，不如记住验证方法——这套方法在版本更替后仍然适用。

常见问题