同花顺自选股分组功能如何使用并添加股票？

从“自选股越攒越乱”说起：分组真正解决的是什么问题

很多人用同花顺的头一年，自选股列表会从十几只涨到上百只。短线盯的、长线拿的、朋友推荐的、看了研报想跟踪的，全都挤在同一个列表里。滚动查找变成体力活，行情异动时也分不清哪只是自己真要动手的。到了这一步，“同花顺自选股分组”就不再是可有可无的小功能，而是管理效率的基础设施。

它解决的问题其实很朴素：给自选股增加一个“维度”。你可以按持有周期分（短线/中线/观察），可以按行业分（消费/科技/医药），也可以按来源分（自选池/待验证/已剔除）。之所以要先强调这一点，是因为分组不会改变行情数据本身，也不会影响交易权限，它只是一层视图组织方式——把这句话先在脑子里定下来，后面所有的取舍判断才有依据。

示例：假设你同时跟踪约六十只标的，其中真正每天看盘前扫一眼的只有十来只。不分组的话，你每天要在一百多行的列表里来回滚动；如果用两个分组——“核心池”放那十来只，“观察池”放其余几十只——盘前只看核心池，复盘时再翻观察池，注意力分配立刻清晰。这不是玄学，本质上就是把有限的注意力留给优先级更高的事情。

需要说明的是，不同终端（手机 App、PC 客户端、网页端）的分组入口和呈现形式并不完全一致。本文给出的路径以“截至当前的最新版本”为基准，实际界面可能因版本更新或灰度调整略有差异。遇到对不上的情况，优先以你本机界面上可见的“编辑”“管理”“分组”这类字样为准，而不必死记某个位置。

功能边界：分组不是选股器，也不是条件预警

新手最容易混淆的，是把“分组”和“选股”“预警”当成一回事。三者的分工其实很明确：选股器（条件选股）负责“从全市场筛出符合条件的标的”，产出的是一批结果；条件预警负责“当某只股票触发价格或指标条件时提醒你”；分组则负责“把已经进入自选股的标的，按你的逻辑摆放整齐”。一句话，分组是容器，不是过滤器。分不清这三者，就容易指望分组去做它做不到的事，最后得出“这功能没用”的结论。

这个边界带来两个实际推论。第一，分组内的股票依然会实时刷新行情，切换分组不会暂停数据推送（具体表现以当前版本为准，建议在盘中切换分组，观察价格是否连续变化来验证）。第二，把一只股票同时放进多个分组，通常不会在“全部自选”里产生重复计数——它仍然只是一条自选记录，只是在多个视图中出现。经验性观察是：多数版本采用这种“一条记录、多处引用”的逻辑，但界面上偶尔会让人误以为重复，验证方法是查看“全部自选”的总条数是否随分组添加而增加。

还有一类边界值得提前说清：分组是账户维度的配置，不是设备维度的。也就是说，登录同一账号后，你在手机上建的分组，理论上应当在其他已登录终端上可见——但这依赖同步机制，而同步存在延迟与冲突。后文会单独讲同步失败时的排查顺序。

版本差异与平台前提：移动端、桌面端与网页端

同花顺在多个终端上都提供自选股能力，但“分组管理”的入口密度差别很大。移动端受屏幕限制，分组通常以顶部标签栏或横向滑动条呈现，管理动作收在“编辑/管理”里；桌面端空间充足，分组往往以左侧树形或顶部页签常驻显示，右键菜单里就能直接完成新建、重命名、删除；网页端则更轻量，能力以“够用”为主，批量操作不如桌面端顺手。这种差异并非缺陷，而是各端定位不同带来的自然结果。

因此在动手之前，先确认两件事：一是你当前登录的是不是同一个账号（未登录状态下新增的自选股，多数情况只存在本地，换设备就看不到）；二是你用的客户端是不是较新的版本（老版本可能没有分组入口，或者入口名称不同）。这两点确认完，再去谈“怎么点”，可以省掉大量无效尝试。

下表给出的是能力层面的对照，用于判断“这件事该在哪台设备上做”，而不是精确的菜单镜像。表中的支持程度为经验性归纳，请以你实际安装版本为准。

结论很简单：批量整理这件事，尽量放到桌面端做；盘中的快速查阅和临时加入，用手机最省事。把“重活”和“轻活”分到不同终端上，是这个功能用起来顺不顺的关键。这也解释了为什么有人觉得分组“很好用”、有人觉得“太麻烦”——差别常常不在功能本身，而在有没有把操作放到合适的设备上。

移动端最短路径：新建分组与添加股票

在手机上，Android 与 iOS 的同花顺 App 界面布局高度接近，差异主要在返回手势和部分按钮位置，分组功能的操作逻辑基本一致。以下路径同样以“截至当前的最新版本”为基准描述；若你的界面文案是“管理”而非“编辑”，按同为管理入口理解即可。

新建分组的短路径是：打开 App 后进入底部导航的“自选”，在自选列表上方找到分组标签区域，点击其右侧或末尾的编辑/管理入口，进入分组管理页，选择新建分组，输入名称后保存。名称建议控制在四到六个汉字以内——太长的名称在标签栏上会被截断，反而不利于识别。

添加股票到指定分组，常见有三条路可走。第一条是在分组管理页或分组内直接点“添加”，输入代码或名称搜索，选定后确认；第二条是在行情详情页使用“加自选”类按钮，若当前版本支持选择目标分组，会弹出分组列表让你勾选；第三条是从已有的“全部自选”里把某只股票移动到某个分组。前两条适合新增，第三条适合整理存量，按手上的任务类型挑一条走即可，不必三条都试一遍。

示例：盘前你只想看消费和科技两条线，可以在自选页建两个分组“消费”“科技”，把各自的标的放进去。第二天开盘前，直接在顶部标签栏左右切换，两秒钟完成聚焦。同样的动作在未分组状态下，需要在一百多行里靠记忆寻找，成本完全不同。

什么时候不该在手机上做这件事？当你需要一次性整理几十上百只标的时。移动端的逐只操作效率很低，容易在中途误触，也容易因为页面跳转而丢失当前进度。这类工作请交给桌面端。

桌面端最短路径：分组栏、右键菜单与批量导入

PC 客户端是同花顺自选股分组能力最完整的地方。打开客户端后进入自选股模块，通常能在顶部页签区或左侧看到已有的分组结构。新建分组最快的做法是在分组栏空白处或某个已有分组上使用右键菜单，选择新建分组并命名；也可以在分组栏附近寻找带有“+”或“新建”字样的按钮。两种方式殊途同归，看你更习惯鼠标还是按钮。

向分组内添加股票，桌面端至少有三种典型手法：一是在行情列表或个股页面上使用右键菜单中的“加入自选/加入到分组”，再选择目标分组；二是在自选股模块内部使用添加按钮，输入代码后指定归属；三是先把股票加进“全部自选”，再通过拖拽或在列表上右键“移动到分组”完成归类。第三种在整理存量时最顺手，因为它允许你先批量收进来，再慢慢决定去处。

当标的数量很大时，键盘与批量能力才是效率来源。桌面端一般提供自选股的导入/导出入口（常见于自选股模块的右键菜单或顶部工具区），可以按模板批量写入，也可以先把现有自选导出成表格，在表格里完成分组规划，再导回。具体模板字段与支持格式因版本而异，务必先用少量数据试导一次，确认字段能正确对应，再处理全量。

桌面端的取舍也在这里：它的能力强，但界面元素密集，误点的后果比移动端更重——移动端误删一只股票，重新加回来只要几秒；桌面端如果把一个分组整体删除，可能连带清理掉组内标的。因此建议在桌面端操作时遵循“先备份、再操作、最后核对条数”的三步节奏，把风险压在前面，而不是留到事后补救。

网页端与跨端同步：登录账号后的一致性从哪来

网页端通常作为补充入口存在，适合在没有安装客户端的电脑上临时查看自选。它的分组能力往往弱于桌面客户端，复杂整理不建议放在这里做。真正值得关注的是跨端同步：你在手机上加的分组，为什么在电脑上没出现？这个问题几乎每个使用者都会遇到一次。

同步的前提是账号一致且处于登录状态。如果某一端是未登录状态，新增的自选股与分组基本只保存在本地，不会上传，也不会出现在其他终端——这是最常见、也最容易被忽略的原因。其次才是网络与服务端同步延迟：在数据量较大或网络不佳时，另一端的刷新时间可能滞后，重新进入一次自选股模块往往能触发刷新。

这里给一个可复现的验证方法：在手机端新建一个命名清晰的测试分组（例如“同步测试”），加入一只辨识度高的标的，然后完全退出并重新打开桌面端，进入自选股模块查看。若能看到该分组，说明账号与同步链路正常；若看不到，先核对登录账号，再检查是否开启了多端同步相关的设置项（不同版本名称不同，以界面实际为准）。

经验性观察是：同步冲突更常出现在“同一分组在多端同时改名或删改”的场景。避免方式并不复杂——同一时间只在一端做结构性调整（新建、重命名、删除），其他终端只做查阅，整理完成后再统一刷新。把这条当成习惯，比事后逐项排查省事得多。

迁移步骤：把无分组的一百多只自选整理成四层结构

如果你已经积累了上百只自选股，直接开始“边看边分”大概率会半途而废。更稳的做法是把它当成一次小项目：分三步走，而不是一次点击。步骤之间留出核对时间，比一口气点完更可靠。

第一步，导出快照。在桌面端把当前全部自选导出为表格，作为兜底备份。这一步的价值不在于“以后要用”，而在于出现误删时你有可恢复的原始清单。第二步，在表格里打标签。给每一行标注归属分组，标注规则建议简单到可以机械执行，例如按持有周期分三档、按行业分不超过六类。规则太细会导致分组数量爆炸，最后反而更难找。

第三步，先在客户端建好空分组，再分批导入或移动。顺序很重要：先有容器，再灌内容，比一边建组一边归类的出错率低。分批的标准可以是每批二十到三十只，每批完成后核对一次“全部自选”的总条数是否与预期一致，确保没有漏加或重复。

什么情况下不适合做这种迁移？当你的自选股数量还在二十只以内，且你每天只看其中几只时。此时分组的边际收益很低，反而增加了维护成本——每加一只股票都要想“放哪”，这本身就是负担。等到列表长到需要滚动两三屏才能找完，再开始分组更划算。

例外与取舍：哪些股票不该进任何分组

分组的一个隐性成本是“默认所有股票都该被归类”。实际上留一个不归类的池子是更健康的设计。比如“全部自选”本身就承担了兜底视图的角色：新加入但还没想清楚归属的标的，先放在这里，等复盘时再决定去向。给每只股票强行分配分组，会让分组逐渐失去意义——分组越多，每个分组承载的信息就越稀薄。

另一个取舍是分组数量的上限。分组不是越多越好，当标签栏需要横向滑动三四次才能找到目标时，检索成本已经超过了收益。经验性结论是：把常用分组控制在五个以内，确保在手机上一屏可见；超出的部分用命名前缀归并，而非继续新建。具体数量上限因版本和设备屏幕而异，以你实际使用中“能否一屏看完”作为判断标准更实用。

还有个容易被忽略的例外：事件驱动的临时跟踪。比如某公司明天披露财报，你想临时盯两天。这种情况不建议新建分组，直接加到现有分组或留在全部自选里，事件结束后移除即可。为一次性需求建长期结构，是分组膨胀最主要的来源。判断依据也很简单——三个月后你还会用这个分组吗？

副作用与风险控制：删除、重命名与同步冲突

分组操作里风险最高的是删除。多数版本在删除分组时会询问“是否同时删除组内股票”，这两个选项的后果完全不同：只删分组，股票回到全部自选；连股票一起删，则自选记录消失。误选后者，如果你之前没有导出备份，恢复只能靠记忆逐只重加。因此处置原则是——删除前先确认组内条数，必要时先把重要标的移到其他分组，再执行删除。

重命名的风险较低，但有一个协作层面的副作用：如果你习惯用分组名做筛选记忆（比如“科技”里都是某类标的），改名后旧记忆会失效几天。建议在周末或非交易时段做结构性调整，避免盘中因为找不到分组而错过操作。

同步冲突的处理则更偏流程而非技术。可复现的验证方式是：在一端改名后，观察另一端重新进入自选股模块时呈现的是新名称还是旧名称；若为旧名称，说明该端尚未拉到最新数据，重新登录或稍等再试。工作假设是多数冲突源于“离线改动后上行覆盖”，因此避免在无网络状态下做结构性调整，是成本最低的预防手段。

警告：不要把分组当成唯一的记忆载体。分组名、组内构成这些信息，建议在本地表格里保留一份文字记录。工具会变，记录不会。

与其他功能的协同：预警、行情页与选股结果如何汇入分组

分组真正的价值，在于它是多条链路的汇合点。条件预警触发后，你关注的标的往往需要被快速纳入视野；选股器跑出的结果，也需要一个地方沉淀下来做二次验证。这时候，分组的角色就是“收件箱”——不负责判断，只负责暂存和分流。

一个可行的工作流是：设一个名为“待验证”的分组，专门承接选股器结果和预警触发的标的；每天收盘后花十分钟过一遍，符合逻辑的移入对应行业或周期分组，不符合的直接移出。这样既不会让核心池被噪音污染，也不会让有价值的线索随手丢掉。具体到操作，就是利用“移动到分组”这类功能在分组之间搬迁，而不是反复删除再添加——前者保留记录，后者制造断点。

权限与边界方面需要提醒：分组本身不涉及交易权限，也不改变任何委托状态，它只是视图配置。因此不要指望“把股票放进某个分组就会自动执行什么”，任何自动化买卖都需要另行设置，且属于独立功能范畴。把分组当成分拣台，而不是执行器，是理解它的正确姿势。

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

下面把常见问题按现象归并，每类给出可能原因、验证方式与处置动作，方便对照排查，不必逐条试错。

现象一：新建的分组在另一台设备上看不到。可能原因是账号不一致或该端未登录。验证方式是核对两端的登录账号，并在未登录端完成登录后重新进入自选股模块。处置上，先统一账号，再观察是否出现；若仍未出现，检查网络后重试一次。

现象二：添加股票时提示失败或没有反应。常见原因是代码输入有误、标的处于特殊状态（如停牌或尚未上市），或当前分组已达到该版本允许的容量上限。验证方式是换一只普通标的试加，若成功则问题在原标的；若仍失败，尝试新建一个空分组再试，以排除容量因素。

现象三：分组顺序或名称在重启客户端后发生变化。这通常与本地缓存和云端数据的合并顺序有关。验证方式是记录当前状态，退出重进后观察是否稳定复现。处置建议是整理完成后主动退出一次再进入，确认最终状态已固化，避免在盘中反复调整。

现象四：误删了分组或组内股票。第一反应应该是停止继续操作，避免覆盖可恢复状态；随后查看是否有导出备份。若没有备份，只能依据记忆或历史记录逐条恢复。这也是为什么前文反复强调“先导出、再动手”——它不是谨慎过头，而是把不可逆操作变成可逆操作。

适用与不适用场景清单

适用的情况包括：自选股数量已经影响查找效率（大致超过两三屏）；同时跟踪多条逻辑线且需要快速切换视角；需要把选股结果与长期跟踪池分开管理；多人共用一台设备但各自账号独立，通过分组区分关注范围。这几条的共同点是，信息量已经超出单层列表的承载能力。

不适用或应谨慎的情况包括：自选股只有十几只且每天只看其中几只，分组带来的维护成本高于收益；以高频短线为主、几乎不做留存跟踪，此时列表越短越好；对多端一致性要求极高却不便保证稳定登录状态，此时分组可能带来“这边有那边没有”的困惑。判断标准可以归纳成一句话：当“找股票”的时间开始明显挤占“看股票”的时间，就该分组了。

最佳实践检查表：五条可以直接照做的规则

第一条，命名用用途词，不用情绪词。第二条，常用分组不超过五个，保证移动端一屏可见。第三条，结构性调整放在非交易时段，且同一时间只在一端操作。第四条，任何删除动作前先导出或先搬移。第五条，保留一个“待验证”缓冲分组，承接选股与预警产生的新标的。

把这五条当成习惯而不是规则会更轻松。它们不解决行情判断问题，但能让你在真正需要做决定的那几分钟里，少花力气在找东西上。这也是自选股分组这类“元功能”的价值所在——它不产生收益，但它决定你获取信息的效率。值得注意的是，前四条偏防守，目的是减少不可逆损失；第五条偏进攻，作用是提升线索流转效率。实际落地时，不妨从代价最小的第五条开始。

常见问题（FAQ）

小结：先把结构搭好，再谈效率

同花顺自选股分组不是什么复杂功能，但它决定了你后续所有盯盘动作的起点是否清晰。把它理解为“分拣台”而不是“决策器”，预期就不会跑偏：它不能帮你选出好股票，但能让你在需要看某些股票时，两秒钟找到它们。

从版本演进的角度看，经验性观察是：这类基础功能的变化通常集中在入口位置和跨端一致性上，而不是概念本身——分组仍然是分组。因此与其追着菜单路径更新，不如先把结构设计好，入口换了再找一次即可。无论后续版本在自动化程度或同步策略上如何调整，判断标准依然是同一条：它有没有减少你“找股票”的时间。

下一步建议很具体：先花五分钟在桌面端导出一份自选快照，再建两到三个用途明确的分组，把最重要的十来只标的搬进去，其余的留在全部自选里慢慢归置。一周之后回看，如果你发现自己盘前打开自选的动作变短了，说明这套结构适合你；如果反而更麻烦，就删掉多余的分组，回到更简单的方式。工具服务于人，反向适应从来不是必须的。