同花顺如何设置条件选股并将结果保存为自选股？

一、先把问题拆开：条件选股与自选股是两件事

很多人第一次搜索“同花顺条件选股”，实际想完成的是两条动作：先用一组量化条件把五千多只标的压缩到一个可读的清单，再把这个清单变成每天能跟踪的自选股分组。这两步在客户端里属于不同模块，失败原因也完全不同——前者多半卡在条件写错或股票池范围过大，后者多半卡在分组满、重复添加或结果未刷新。把它们分开看，排错效率会高很多，也不容易把“筛不出来”和“存不进去”混成同一个问题。

从成本角度看，条件选股的成本主要花在“算”上：条件条数、股票池范围、是否含退市与停牌标的，都会影响一次筛选的等待时间；而自选股的成本花在“养”上：分组越多、名单越长，后续每天翻看的负担越重。本文按“问题定义 → 最短路径 → 取舍与副作用 → 验证与回退”的顺序展开，路径部分按桌面端、Android、iOS 分别标注，凡涉及界面名称的地方都以实际安装版本为准。这样安排的目的，是先定位问题属于哪一层，再决定要不要动手改条件。

二、功能定位与边界：三个入口别混用

同花顺里与“按条件找股票”相关的入口不止一个，定位差异明显，混用会白费时间。先分清入口，能避免把解析问题误判为数据问题，也能减少在菜单之间反复切换。下面用一张对照表说明各自适合的场景，具体入口名称以客户端实际显示为准。

入口	核心能力	适合谁	主要边界
条件选股	用结构化字段（财务、行情、技术指标）组合筛选，条件可保存复用	有固定选股逻辑、需要每天跑同一套条件的人	字段有更新频率，依赖最新财报的条件在披露季前后结果会跳变
问财（自然语言选股）	用一句话描述需求，系统解析成筛选条件	临时想法、条件不复杂、想快速验证	语句歧义时解析结果与预期不符，需要人工核对命中逻辑
自选股	承载结果名单，支持分组、排序、备注	所有需要长期跟踪的人	容量有上限，名单越长维护成本越高

三者的关系可以理解为：条件选股和问财是“漏斗”，自选股是“容器”。漏斗可以有很多个，容器最好只有一个体系。经验性观察是，把不同策略的结果塞进同一个自选分组，几周后基本没人能说清每只票为什么在里面，这也是很多人最终放弃跟踪的主要原因。入口分清之后，后面谈路径、取舍和回退才有意义。

三、最短可达路径：桌面端

桌面端是同花顺条件选股效率最高的场景，原因是字段面板一次性铺开、结果可以多列排序、批量勾选操作顺手。以截至当前的最新版本为例，典型路径是：顶部功能栏找到“选股”或“智能”相关入口 → 进入条件选股面板 → 在左侧字段树中勾选条件 → 设置股票池与排序 → 执行筛选。不同版本的功能栏命名略有差异，若一时找不到，可直接在顶部搜索框输入“条件选股”跳转，这是最稳的兜底方式。

条件面板里通常分几类字段：行情类（价格、涨跌幅、换手率、成交额）、财务类（市盈率、市净率、净资产收益率、营收与利润增速）、技术类（均线、MACD、量比）以及范围类（所属行业、板块、上市板）。建议的顺序是先定股票池，再加财务条件，最后加技术条件。原因很直接：股票池从全市场缩到某个板块，计算量会明显下降，而技术条件往往依赖当日盘中数据，放在最后可以避免前面的条件反复重算。字段分类在不同版本中未必完全一致，但按这个顺序组织条件，通常更容易定位空结果出在哪一步。

结果页一般支持按任意列排序、勾选单只或多只标的，并提供“加入自选”一类动作。具体按钮文案随版本变化，但动作逻辑一致：先勾选，再选择目标分组，确认。如果结果条数很多而只想留一部分，建议先按关键指标排序，取前若干只再入自选，而不是全量导入后再清理——后者的时间成本通常高出一个量级。

四、最短可达路径：Android 与 iOS

移动端的字段面板是折叠式的，能设置的条件数量少于桌面端，但胜在随时可跑。Android 与 iOS 的入口位置基本一致，差异主要在返回手势与分组管理的交互细节上。典型路径是：底部导航进入“行情”或首页 → 找到“选股”入口（部分版本收在“更多”里）→ 选择条件选股 → 逐项添加条件 → 执行 → 结果页勾选后加入自选股分组。移动端更适合粗筛和即时验证，精细条件搭建仍以桌面端为主。

移动端有两个容易被忽略的细节。第一，部分条件依赖的财务数据是随客户端数据包更新的，若长时间未打开客户端，可能出现“条件已设置但没有结果”的情况，此时先触发一次数据同步再重跑，往往就能恢复。第二，iOS 与 Android 在结果页的批量勾选交互上不同：前者多为长按进入多选，后者常见的是列表项左侧直接出现勾选框，操作前先确认当前是否处于多选状态，能避免误加。

如果只是临时想验证一个想法，移动端的问财入口其实更快：在搜索框用一句话描述条件，例如“市盈率低于行业平均且近三年营收连续增长”，解析后直接看结果，再把满意的标的加入自选。它的边界是条件复杂或含多层嵌套时解析不稳，这类需求还是回桌面端做。

五、用“性能与成本”挑条件：三个可量化的取舍

条件不是越多越准，每加一条都在增加计算量和不透明度。下面三个取舍点都可以自己测量，方法是：固定其他条件，只改一个变量，用手机秒表记录从点击执行到结果出现的时间，重复三次取中位数，同时记录命中数量。不同设备与网络环境下绝对值差异很大，看趋势即可，不必追求跨设备可比。

• 股票池范围：全市场 → 单一板块，命中数会下降一个量级，等待时间通常也会明显缩短。建议把“范围”当作第一道粗筛，而不是最后才想起来收窄。
• 条件条数：从 3 条加到 8 条，命中数往往断崖式下跌。当结果只剩个位数时，先怀疑是不是某条财务条件用了过时的报告期，而不是继续放宽技术条件。
• 技术条件的时间粒度：日线级条件在盘中会随价格波动反复触发，分时级条件更敏感但更易产生噪声。若你的跟踪频率是每天一次，就没必要用分时条件，白增计算量。

示例：有使用者原本用“全市场 + 8 条财务条件 + 3 条技术条件”做每日筛选，结果常在一两百只之间浮动，自选股越堆越乱。把股票池收窄到两个行业、财务条件保留 3 条核心指标后，命中数稳定在二三十只，每天翻看的成本从十几分钟降到几分钟。这里没有魔法，只是把“算力”和“注意力”都花在了真正会看的部分。类似的调整不改变策略方向，重点在于把筛选边界收紧到可解释、可维护的范围内。

六、把结果保存为自选股：三种方式与各自代价

结果落地到自选股，常见三种做法，代价差别不小。先想清楚自己是要“每天看当前名单”，还是要“留下历史快照”，选择会完全不同。

第一种，结果页直接勾选后加入。最直观，适合每次只留少量标的的场景。代价是每次都要手动勾，条件稳定后重复劳动明显。若你打算每天跑同一套条件，这种方式的时间成本会累积得很快。

第二种，按策略建独立分组，筛选结果落到对应分组。比如“低估值成长”“高股息”“行业内龙头”各建一个分组，各跑各的条件。好处是名单来源清晰，某只票为什么在里面一望便知；代价是分组数量上去之后，客户端容量和翻看负担都会增加。经验性观察是，分组数量控制在个位数、每组控制在几十只，是大多数个人使用者能长期维持的上限；具体容量以客户端提示为准。

第三种，先导出或记录再手工维护。适合需要留存历史快照、做前后对比的人。代价是要多一步整理，且导出内容的字段以客户端提供为准，不一定包含全部条件信息。若你的目的是复盘“上个月这套条件选出了什么”，这种方式更合适；若只是每天看当前名单，前两种足够。

七、分组命名与维护：一个低成本约定

分组名建议写成“策略 + 频率 + 日期”的形式，例如“低估值成长-周更”“高股息-月更”。这样做的好处是三个月后你还能判断这个分组是否需要重跑，而不是面对一堆“组合1、组合2”发愣。日期不用精确到日，标到周或月即可，避免频繁改名带来的额外操作。

维护上建议设一个明确的动作：每次重跑条件后，先看新增了哪些、消失了哪些，再决定是否整体替换。整体替换的风险在于，一只票因短期数据波动被筛掉，但它其实仍在你的跟踪逻辑里；增量更新的风险则是名单缓慢膨胀，半年后变成几百只。两者没有绝对优劣，关键是要固定一种，别今天整体替换、明天增量追加；一旦选定，就把它写进自己的维护习惯里，减少每次重新决策的成本。

八、例外与副作用：结果为什么会“漂”

条件选股的结果不是恒定的，下面几类原因会让同一套条件在不同时点给出不同名单，理解它们能减少很多误判。

• 财务数据的报告期切换：财报披露季前后，同一字段可能指向不同报告期，命中数会出现台阶式变化。验证方法是把结果按该财务字段排序，看数值分布是否整体平移。
• 停牌与退市整理标的：停牌期间行情类字段不更新，可能被某些条件误纳入或误排除。可在条件里显式排除 ST 与停牌标的，具体选项以界面提供为准。
• 除权除息：价格类条件在除权日会出现跳变，若条件写的是绝对价格区间，名单会在当天异常放大或缩小。
• 盘中与盘后差异：含当日行情字段的条件，盘中执行与收盘后执行的结果本就不同，这不是故障。

判断某次结果异常是不是“漂”，最省事的办法是留一次基准快照：在条件稳定时把结果名单记下来（哪怕只记前二十只），下次结果差异过大时，用同样的条件在非交易时段再跑一次对比。如果两次一致、只有盘中那次不同，基本可以判定是行情字段导致的，不必改动条件。

九、验证与观测：怎么确认这次筛选是对的

没有验证步骤的筛选，等于在信任一个黑箱。建议至少做三层核对，成本都很低。

第一层，抽样反查。从结果里随机抽三到五只，打开个股详情，逐条对照你设置的条件是否真的满足。若发现某只明显不满足，问题多半出在条件之间的逻辑关系（比如“或”被当成了“且”），而不是数据错误。第二层，反向验证。把某一条条件改成明显更严格的阈值，看命中数是否按预期方向变化；如果毫无变化，说明这条条件可能未生效或字段名选错了。第三层，时间一致性。同一套条件在连续两个非交易时段各跑一次，名单应当基本一致；若差异很大，先排查是否混入了盘中字段。

观测指标不需要复杂，记录三个数就够：命中数量、执行耗时（定性描述即可，如“数秒内”“十几秒”）、与上次结果的重合度。连续记录一周，你就能判断这套条件是否稳定，以及是否值得固化成日常流程。这三个数足以支撑一次流程复盘，不必一开始就追求更复杂的记录方式。

十、回退方案：四类常见失败怎么退

失败并不可怕，可怕的是在错误的方向上反复重试。下面按“现象 → 可能原因 → 处置”给出回退路径。

1. 条件保存后消失或未生效：常见于未登录状态或数据未同步。先确认账号已登录，再手动触发一次数据更新；若仍无效，把条件逐条减到只剩一条，确认单条能生效后再逐条加回，定位是哪一条导致整体失效。
2. 结果为空但条件看起来合理：优先怀疑股票池范围过窄与阈值过严的叠加。把范围放回全市场、阈值放宽一档，若出现结果，则问题在阈值；若仍为空，则问题在字段或逻辑关系。
3. 加入自选股失败或数量不对：多为分组容量触顶或存在重复标的。先检查目标分组是否已满，再检查是否有重复添加；具体上限以客户端提示为准，不建议靠反复试错去逼近。
4. 自选股名单与筛选结果不一致：通常是中途修改了条件但未重新加入，或加入了旧分组。回退方式是重新执行一次筛选，用增量更新的方式补齐差异，而不是清空重建。

还有一种情况值得单独说明：客户端升级后入口位置变化，导致“找不到原来的选股功能”。这不是功能下线，用顶部搜索框搜功能名通常能直达。把这条当作通用兜底，可以省掉大量在菜单里翻找的时间。

十一、与第三方工具协同：只做只读，不下单

有些人希望把筛选结果同步到表格或其他分析工具里做二次加工。可行且风险最低的做法是“只读导出”：在结果页使用客户端提供的导出或复制能力，把名单落到本地表格，再在表格里做打分与排序，最后手工把结论回填到自选股分组。这种方式不涉及账号授权，也不触碰交易环节。

需要明确边界：本文不建议、也不描述任何自动下单、代操作账户或绕过客户端权限的方案。若使用第三方工具，遵循权限最小化原则——只给只读、只给必要字段、不保存登录凭证；凡是要求提供交易密码或要求关闭二次验证的工具，直接排除。至于具体的导出字段与格式，以你所装版本实际提供的能力为准，不同平台可能存在差异。

十二、适用与不适用：什么情况下别用条件选股

条件选股擅长处理“可以用字段描述”的需求，不擅长处理“需要阅读理解”的需求。

适用：有明确数值阈值的筛选（估值区间、增速区间、成交额下限）、需要每日或每周重复执行的固定策略、需要把主观想法快速落成清单做初步验证。这类需求用条件选股，比手工翻票快一个量级以上。

不适用：依赖公告文本、管理层变化、行业政策解读的判断；需要跨市场、跨品种比较的复杂逻辑；以及需要历史时点回看（“三个月前这套条件选出了什么”）的场景——多数客户端不提供条件选股的历史快照，这一点需要提前有预期，别把它当成回测工具。这些需求要么依赖文本理解，要么依赖历史时点数据，字段筛选很难替代。

十三、最佳实践检查表

把上面的要点压缩成一份可执行清单，每次新建策略时过一遍即可。

• 先定股票池，再加财务条件，最后加技术条件。
• 条件总数控制在能逐条解释的范围内，解释不了的就删掉。
• 每个策略对应一个独立自选分组，命名含策略与更新频率。
• 结果入自选前先排序取前若干只，不做全量导入。
• 保留一次基准快照，用于判断结果是“漂”还是“错”。
• 每周做一次抽样反查，确认条件仍然生效。
• 升级客户端后找不到入口，先用搜索框搜功能名。

这份清单的价值不在于全面，而在于把“每次都要重新想一遍”的事情固定下来。清单越短、越具体，越有可能被长期执行；真正决定长期效果的，往往不是条件写得多精妙，而是名单有没有被持续、低成本地维护下去。

十四、常见问题（FAQ）

十五、小结与下一步

回到最初的问题：同花顺条件选股的价值不在于一次能筛出多少只票，而在于它把“有明确数值定义的选股逻辑”变成了可重复执行的动作；而保存为自选股的价值，在于让这个动作的结果有一个稳定的落点。路径本身并不复杂——桌面端从选股入口进条件面板，移动端从行情页或搜索框进，筛完勾选加入对应分组，三五步就能完成。真正决定成败的是后面的取舍：条件数量、股票池范围、分组命名、以及是否愿意每周花几分钟做一次抽样反查。

如果你的筛选结果最近开始“飘”，建议先按第九节做一次三层核对，再决定是改条件还是改流程；如果你正准备新建一套策略，先按第十三节的清单过一遍，把分组命名和增量更新方式定下来，再动手设置条件。至于功能入口与容量的具体细节，客户端在实际操作时给出的提示永远比任何二手描述更准确，遇到不一致时以你眼前那一版为准；若未来版本调整了入口位置或容量提示，也建议沿用同一套验证与回退顺序，先确认问题归属，再调整使用习惯。