同花顺条件单功能如何设置并在达到条件时自动触发？

一、先厘清边界：条件单解决的是执行纪律，不是判断方向

同花顺条件单的本质，是把「盯盘—决策—下单」这条链路里的前两步交给程序，只把最后的委托结果交回给你。你预先设定一个可被机器判定的触发条件，例如某只标的的最新价上穿或下穿某个价位；当行情满足条件时，系统按你预设的委托参数自动发出买入或卖出委托。

所以它首先是一个执行工具，而不是分析工具。它不会替你判断某个价位该不该买，只会忠实执行「到了这个价就买」这个约定。把它当成预测工具，是新手最常见、也最昂贵的误用方式——因为条件单会把一次错误的判断，变成一次无人复核的自动成交。

与它最容易混淆的是普通委托。普通委托一旦提交，就进入交易所撮合队列，价格合适即成交；条件单提交时并没有真实委托进入市场，它只是一条待触发的规则，触发之后才生成真正的委托。这个差别决定了条件单天然存在一个中间状态：已触发，但未成交。理解这个中间状态，是理解本篇文章后面所有故障现象的前提。

另一个相邻功能是行情预警。预警只负责提醒，不做任何委托动作，适合观察型需求；条件单则在提醒之外多走了一步「替你下单」。两者不要混用：如果你还没想清楚触发后要买多少、以什么价格买，那就应该先用预警，而不是先建条件单。先把这三者的边界分清，后面讨论的可靠性与参数才有落点。

二、触发链条拆解：究竟是谁在替你盯价格

条件单的可靠性，几乎完全取决于「监控动作发生在哪一侧」。这一点在界面上往往不显眼，但它决定了你关掉客户端之后规则还灵不灵。换句话说，参数决定「触发什么」，托管位置决定「谁来触发」。

第一种是本地监控。判断逻辑跑在你手机或电脑上的客户端进程里：行情推送到客户端，客户端比对条件，满足后向券商柜台发出委托。优点是配置自由、可选的触发条件类型多；缺点是强依赖客户端存活——锁屏被系统清理、网络中断、账号退出登录，都会让规则静默失效，而且失效时通常不会给你任何提示。

第二种是券商端监控，也常被称作服务器条件单。规则被提交并保存在券商一侧，由券商系统持续判断并直接报单，客户端关闭、手机关机都不影响。它的限制是触发条件类型通常更保守，且是否支持完全取决于你所登录的券商，不是同花顺单方面能决定的。

第三种是混合形态：规则存在云端、判断在服务端，但下单前仍需客户端确认一次。经验性观察，这类实现的表现介于前两者之间，实际行为以你所在券商的功能说明为准，不要凭直觉假设。

判断自己的条件单跑在哪一侧：三个可复现的动作

第一，看条件单列表里的标识与说明文字。部分版本会明确标注规则由券商侧托管，或标注有效期的最大长度——本地规则通常只能当日有效，能跨多日保存的，多半在服务端。

第二，看失效条件。把客户端完全退出登录后，观察规则是否仍然存在且状态正常；如果重新登录后规则消失了，说明它依附于本地会话。

第三，做一次小额演练。设置一条当日极可能触发的小额条件单，然后完全退出客户端并断开网络，观察是否成交。

三、操作路径：三端的最短可达路线

先说结论：条件单的入口位置会随同花顺版本和你所登录的券商变化，但大体收敛在同一条主干上——「交易」页里的条件单类模块。以下按截至当前的最新版本描述，实际界面文案可能略有出入，请以你客户端中看到的为准。

手机端（iOS 与 Android 的路径基本一致，差异主要在系统对后台进程的清理策略上）：

1. 打开同花顺手机客户端，切换到底部的「交易」页。
2. 在交易页的功能区中找到「条件单」入口；部分版本命名为「智能条件单」，或收在「更多功能」的二级列表里。
3. 进入后选择新建，先选定标的，再依次填写触发条件、委托价格、委托数量与有效期。
4. 提交前逐项核对：触发价与委托价是两个不同的字段，混淆这两个字段是最高频的配置错误。

桌面端（电脑客户端）：从「交易」菜单进入，在交易功能列表中找到条件单入口，选定标的后填写同样几组参数并提交。桌面端的优势在于可以并排查看多个标的的规则配置，适合做统一巡检。

平台差异主要体现在两处：一是手机端更适合盘中快速改参数，桌面端更适合批量核对；二是部分触发条件类型在两端并非完全对齐，如果某一端找不到某个类型，通常意味着该端当前版本未开放该类型，而不是你操作有误。遇到这种情况，不要反复试错，直接换端或改用手工委托更省时间。入口只是第一步，接下来要看的四个字段，才决定这条规则是否按你的意图执行。

找不到入口时的两条回退路线

第一条是站内检索。同花顺客户端内提供功能搜索，输入「条件单」通常能直接定位到模块，比在菜单里翻找更快。第二条是向券商确认。如果你登录的券商本身不提供服务器条件单，那么你在客户端里能看到的可能只是本地规则，此时纠结入口位置没有意义，该确认的是能力边界。

还有一条常被忽略的路线：券商自有客户端。如果某项条件单能力在同花顺里始终找不到，但它对你的策略又是刚需，那么换用券商官方客户端往往比反复调试更快——代价是你需要在两个客户端之间切换，操作成本上升。

四、参数配置：四个决定成败的字段

条件单的配置项看起来有七八个，但真正决定「能不能按你的意图执行」的只有四个：触发条件、委托价格、委托数量、有效期。其余多是辅助项，先不用纠结。

触发条件：价格、涨跌幅还是时间窗

按价格触发最直观，适合有明确心理价位的场景，例如「跌破 9.80 元卖出」。按涨跌幅触发是相对量，适合你关心的是幅度而非绝对价位的情形，例如「当日跌幅超过一定比例时减仓」。按时间触发适合在特定时点执行动作，例如在集合竞价结束后按开盘情况处理。三者的区别不在复杂程度，而在你真正想表达的是价位、幅度还是时点。

这里有一个容易被忽略的边界：不要在同一只标的上设置互相冲突的多条规则。示例：某只标的你同时挂了「跌破 9.80 止损」和「跌破 9.50 补仓」，若价格快速下穿两个价位，两条规则可能几乎同时触发，最终结果是先卖后买，持仓与成本都偏离了你的本意。经验性观察，这种情况在跳空低开或急跌时并不罕见，而它的成因不是软件出错，而是规则本身互相矛盾。

委托价格：限价单的不对称性

限价委托的规则是「买入不高于限价、卖出不低于限价即可成交」，这条规则带来一个非常重要的不对称性，也是新手最容易踩的坑。

买入方向：你设「跌破 10 元触发，限价 10 元买入」，触发瞬间价格已经跌到 9.70，你的买单仍可能以 9.70 附近的更优价格成交，因为限价只是上限。此时限价单是安全的，甚至可以说是有保护作用的。

卖出方向：你设「跌破 10 元触发，限价 10 元卖出」，触发瞬间价格已经到 9.70，你的卖单会挂在 10 元等待，若价格一路下行就永远等不到，止损形同虚设。所以止损方向的委托，应当适当让价，或者直接选用市价类委托——代价是承受滑点。

这就是「稳」与「成」的取舍：限价单成交价格可控但成交概率不确定，市价类委托成交概率高但价格不可控。没有普适的最优解，取决于这笔委托是「想买到一个好价格」还是「必须离场」。

有效期与重复触发

有效期决定这条规则活多久。常见形式是当日有效与跨日有效两类，部分版本支持更长的周期。跨日有效的规则务必定期清理，否则容易积累出一批「僵尸单」——它们在你早已改变判断之后仍然待命，某天突然触发，造成的困惑远大于便利。

重复触发选项要格外小心。开启后，规则在触发并成交后仍会继续生效，适合区间震荡中的分批操作；但如果你只是想做一次性止损，开启它就是给自己埋雷。判断标准很简单：这条规则触发一次之后，你的策略还成立吗？如果不成立，就别开重复触发。

五、方案A与方案B：用四个指标做取舍

落到具体方案，实际只有两条路线可选：方案 A 是使用客户端自带的条件单，方案 B 是使用券商端的服务器条件单（前提是券商支持）。可以用四个指标来权衡：触发可靠性、成交概率、单次交易成本、日常维护成本。

对比维度	方案A：客户端条件单	方案B：券商端条件单
触发可靠性	依赖客户端在线，退出即失效	不依赖客户端，关机仍有效
触发条件丰富度	通常更灵活	通常更保守，以券商支持为准
维护成本	每次改动都要在客户端操作	规则集中，便于统一巡检与清理
适用人群	能盯盘、频繁调参的活跃交易者	以纪律型止损为主、无法全天盯盘的人

选择的分界线其实很清楚：如果你的条件单是「止损」，也就是那种一旦触发就必须离场、不允许错过的动作，那就必须选方案 B，或者至少在方案 A 失效的所有场景下都能接受风险。反过来说，如果你的条件单只是「到价提醒我一下，我再看盘决定」，那方案 A 的灵活性更划算。

最不该做的就是混合假设：用方案 A 的灵活性去承担方案 B 的期待。经验性观察，绝大多数「条件单没触发」的抱怨，根源都在这里——用户以为自己买的是自动执行，实际买到的是「客户端在线时才自动执行」。选定方案之后，问题就从「选哪条路」变成「触发后会发生什么」。

六、触发之后：委托管理与失败分支

条件单触发不等于成交。触发只是「规则被满足」，之后生成的委托仍然要过五关，每一关都可能把它拦下来。

第一关是资金与持仓。买入方向可用资金不足、卖出方向可用数量不足（例如当日买入尚未解冻的部分），委托会被拒绝。这是最常见的失败原因，也是最容易提前发现的原因：下单前算一遍可用资金和可用数量即可。

第二关是涨跌停与无对手盘。标的一字板时，你的委托可能排不到队；流动性极差的标的上，盘口挂单稀疏，成交价可能与触发价相差甚远。

第三关是停牌。临时停牌期间委托无法成交，复牌后价格往往已经跳开，此时条件单的触发价与最终成交价之间会出现一个你无法控制的缺口。

第四关是时段。非交易时段触发的规则，通常只能在下一个交易时段生效，中间的价格缺口同样不可控。部分券商对隔夜委托有特定处理规则，具体以券商说明为准。

第五关是申报价格范围限制。沪深交易所对限价申报设有有效价格范围，超出范围的委托可能被拒单。这意味着极端行情下，你设的委托价哪怕看起来合理，也可能因为超出范围而无法申报，此时改用市价类委托或调整价格才有效。

七、什么时候不该用条件单

条件单是放大器，它把纪律放大，也把错误放大。以下几类情境，我建议你不要用它。

流动性极差的标的。盘口薄，一笔不大的委托就能打穿好几档，条件单的触发价与成交价之间的偏差会大到让策略失去意义。判断方法是看盘口的挂单厚度，如果一档挂单金额明显小于你的委托金额，就不适合自动化。

上市初期的标的与极端行情中的标的。前者价格波动缺乏稳定参照，后者会出现连续单边走势，两者的共同点是「触发价不代表可成交价」。

你自己还没想清楚风控上限的时候。条件单只解决执行，不解决仓位管理。如果你说不出「这笔最多亏多少、占总资金多少比例」，那么自动化只会让你更快地亏到那个数。经验性结论：先写下最大可承受亏损，再决定委托数量，这个顺序不能颠倒。

需要盘中临场判断的情境。财报发布、重大公告、突发新闻之后的价格，往往与历史价位没有可比性，此时自动触发的规则大概率会做出你事后不认可的动作。判断标准不是「能不能自动化」，而是「自动化之后你是否还愿意为结果负责」。

八、故障排查：五类现象的症状、成因与处置

排查的核心方法是把「触发」与「成交」两件事彻底分开看。先确认规则有没有被满足，再确认委托有没有发出去，最后确认委托有没有成交。三段分别验证，不要跳步；否则很容易把「未触发」和「未成交」混为一谈。

现象一：条件明明满足了，状态却没变化。可能原因是本地进程已被系统清理、账号已退出、行情推送中断，或者规则本身已过期。验证方法是重新登录后查看该规则的剩余有效期与最后更新时间；处置方式是改用券商端条件单，或把客户端加入系统的后台运行白名单。

现象二：显示已触发，但没有产生委托。可能原因是可用资金或可用数量不足，也可能是委托价格超出了申报范围。验证方法是核对触发时刻的可用资金与持仓明细；处置方式是预留资金冗余，并把委托价格设在合理范围内。

现象三：产生了委托，但一直未成交。可能原因是限价偏离市价、盘口无对手盘。验证方法是对比触发价、委托价与当时的成交价；处置方式是在止损方向适当让价。

现象四：同一标的出现了重复下单。可能原因是多条规则同时满足，或重复触发开关处于开启状态。验证方法是列出该标的的全部规则，按触发时间排序；处置方式是合并规则、关闭重复触发。

现象五：条件单莫名其妙不见了。可能原因是已过期自动失效、切换了登录账号，或版本升级后旧规则未迁移。验证方法是核对账号与升级时间点；处置方式是升级后重新巡检一遍规则列表，别假设它会自动继承。

九、监控与验收：把「以为生效」变成「确认生效」

条件单最大的风险不是配置错误，而是「你以为它在那儿，其实它早就不在了」。所以要建立三条验收线：规则存在性、触发正确性、委托可达性。

规则存在性每天检查一次即可，开盘前花几分钟浏览规则列表，看状态、有效期与标的是否仍然符合你的判断。触发正确性无需每天验证，但每次市场出现大幅波动之后都该复盘一次：那些本该触发的规则，触发了吗？触发价与成交价差了多少？

委托可达性最容易被忽略。它指的是：触发之后，你的账户真的能承接这笔委托吗？资金够不够、持仓是否已被占用、是否处于限售或冻结状态。用一个简单的记录表就能把这件事固定下来——日期、标的、触发条件、委托参数、预期结果、实际结果，六列足够。坚持记录两三周，你会发现自己反复出错的往往只是同一两个字段。

十、适用与不适用场景清单

适用场景：有明确价位纪律的止盈止损；无法全天盯盘但需要在特定价位动作；分批建仓或分批减仓中的固定节奏执行；需要在开盘或收盘特定时点处理持仓。

不适用场景：流动性极差的标的；上市初期缺乏稳定参照的标的；依赖盘中信息判断的情境；你自己尚未确定仓位与亏损上限的阶段。

这两份清单的价值不在于穷举，而在于提供一个自检动作：在新建条件单之前，先问自己属于哪一栏。若答案落在第二栏，那就先手工处理，等想清楚了再自动化。两份清单其实是一体两面，前者告诉你什么时候可以交给程序，后者提醒你什么时候必须留在自己手里。

十一、最佳实践检查表

• 先确认监控主体：这条规则在客户端关闭后是否仍然有效，答案必须明确，不能靠猜。
• 止损方向让价，买入方向守价：两类委托的价格策略不应相同。
• 同一标的的规则合并检查，避免互相冲突的多条规则同时触发。
• 跨日有效的规则，每周清理一次，删除已不符合当前判断的条目。
• 保留资金与持仓冗余，不要卡着满仓满额设置条件单。
• 每次市场大幅波动后复盘一次触发记录，重点看触发价与成交价的差值。
• 升级客户端或更换登录账号后，重新巡检全部规则。

这份检查表不需要每次全部执行，但「确认监控主体」和「止损方向让价」这两条建议每次都做，因为它们覆盖了绝大部分实际损失来源。若时间有限，先保住这两条，再逐步补齐其余项。

十二、常见问题解答

结语：先确认机制，再谈策略

回到最初的问题——同花顺条件单的设置本身并不复杂，四组参数填完即可提交；真正需要花时间的是提交之前的两个判断：这条规则的监控主体在哪一侧，以及触发之后这笔委托能不能顺利成交。前者决定规则会不会失效，后者决定失效时代价有多大。

如果你现在就要动手，建议按这个顺序推进：先确认券商是否支持服务端条件单，再用极小金额做一次退出客户端的演练，然后把止损方向的委托价格策略改成让价，最后给自己建一张六列的触发记录表。跑完这四步，你对这套机制的把握会远超单纯记住菜单路径。

本文涉及的界面文案与入口位置会随版本更新调整，具体以你客户端中的实际显示为准；涉及交易所申报规则的部分，请以交易所与券商的最新说明为准。后续版本如何调整入口与托管说明，无法预先确认；更稳妥的做法，仍是把上文的三步验证保留下来，在每次客户端升级或更换登录账号后重新确认一遍。