一、先厘清边界：同花顺自选股分组到底解决什么问题
同花顺自选股分组功能，本质上是给“关注列表”增加一层可命名的容器：把不同市场、不同策略阶段、不同研究主题的股票分开存放，避免几百只标的挤在同一个列表里。它不改变行情数据，也不改变交易权限，只影响你“看见什么、按什么顺序看见”。理解这一点很重要，因为很多操作问题其实源于把分组当成了选股器或预警工具——工具用错了位置，再标准的步骤也会显得别扭。
从合规角度看，分组更像一份“研究台账”的目录：目录清晰，后续核对、交接、复盘才有基础。尤其是多人共用一台设备，或者你需要把某段研究过程留档时，分组名和添加时间就是最轻量的痕迹。需要说明的是，同花顺客户端是否提供完整的变更日志，因版本和设备而异；更稳妥的做法是外部留档，而不是假设客户端会替你记住一切。把这一点放在最前面，是因为后文所有路径与规范，都建立在“分组只是容器”这个前提上。
分组与“自选股总数”“板块”“条件预警”的区别
| 对象 | 作用 | 不适用场景 |
|---|---|---|
| 自选股分组 | 人工组织关注标的，支持命名、排序、跨端查看 | 不能替代选股条件，也不会自动更新成分 |
| 自选股总数 | 所有分组的合集，决定列表规模 | 总数过大时，分组只能缓解、不能根治查找慢 |
| 板块/概念 | 由数据商维护的公共分类 | 不能按你的研究节奏自定义，也不适合记录个人判断 |
| 条件预警 | 按价格、涨跌幅等条件触发提醒 | 与分组是两套体系，分组不会自动触发提醒 |
这张表的用意不是做功能罗列，而是帮你判断“该不该用分组解决”。如果你要的是自动筛选，应该用选股器或条件预警；如果你要的是“把已经看过的标的按自己的逻辑归档”，分组才是合适工具。边界清楚，后面的路径才不会走偏——先确认问题类型，再选工具，顺序反了就会反复返工。
二、为什么从“合规与数据留存”角度看分组
很多教程把分组写成“整理技巧”，但在真实使用中，分组的第一价值是“可核对”。示例：你在三个月内分三批研究某行业，第一批放在“观察-初筛”，第二批放在“观察-待验证”，第三批放在“观察-已复核”。当你要回溯“当时为什么把某只股票放进待验证”时，分组名和添加顺序就是最直接的线索。它不能替代笔记，但能让你在几十秒内定位到那段研究，而不是从头翻聊天记录。
第二个价值是“共用设备时的边界控制”。假设一台电脑由两个人轮流使用，同一个同花顺账号登录后，自选股和分组通常是可见的。此时分组名如果写成“客户A重点”“本周必买”之类，就可能泄露策略倾向。经验性观察：把分组名改成中性编码，例如“R01-消费”“R02-制造”，可以在不影响自己识别的前提下降低信息外露风险。是否值得这样做，取决于设备共用频率和内容敏感度；如果设备个人专用，这一条的优先级可以往后放。
第三个价值是“换机与重装后的恢复”。分组是否跟随账号同步，取决于登录状态、客户端设置和版本行为。工作假设是：登录同一账号后，大部分分组结构可以恢复，但排序、颜色标记等细节可能存在差异。验证方法并不复杂：在一台设备上新建一个测试分组，加入一只测试股票，换另一台设备登录同一账号，观察分组名和股票是否出现；若出现顺序不同，记录差异即可。不要凭印象判断“同步了”或“没同步”，一次可复现的测试比十次猜测更有用。
三、指标导向：设置分组前先定三个可验收指标
分组不是越多越好。设置之前，先给自己定三个可观察的指标，后续验收才有依据。第一个是“查找时间”：从打开自选股到找到目标股票，你希望控制在多少秒内。第二个是“分组数量”：你能否在十秒内说出每个分组的用途。第三个是“维护成本”：每周花在整理、重命名、移动股票上的时间是否可接受。这三个指标不需要精确到秒，但要有明确的“可接受/不可接受”判断，否则验收时很容易变成“感觉差不多”。
- 查找时间：以“打开App→进入自选→点开分组→看到目标”为一条路径，自己计时三次取中间值。若明显超过预期，优先合并分组，而不是继续新建。
- 分组数量：经验性观察，分组数量到达数十个后，横向滑动和记忆负担会明显上升；具体上限以客户端提示为准，不要假设无限。
- 维护成本：每周固定一次十分钟核对，比每天随手整理更可持续；频繁调整往往说明命名规则还没有定好。
为什么先定指标？因为分组是“手段”，不是“目的”。没有指标，很容易陷入“建了分组但从不查看”的状态。反过来，如果你发现某个分组连续一个月没有被打开，它大概率应该被合并或删除。这个判断不需要客户端提供统计数据，靠自己的使用记录就能完成，成本几乎为零。
四、方案A与方案B：两种分组组织方式怎么选
常见的组织方式有两类。方案A是“静态分类”，按市场、行业、主题划分，例如“沪市”“深市”“消费”“制造”。方案B是“流程分类”，按研究阶段划分，例如“初筛”“待验证”“已复核”“已放弃”。两者并不互斥，但对新手来说，先选一种主方案、另一套作为辅助，比一上来就混用更清晰。
方案A：按市场/行业做静态分组
适合标的数量多、覆盖行业广、以“找得到”为主要诉求的读者。做法是：先建三到五个一级分组，名称尽量短，例如“A股”“港股”“ETF”；行业分组作为二级补充，但不要一次建太多。原因是静态分类的维护成本低，一只股票通常只属于一个主要行业，移动频率低。边界在于：当同一只股票同时属于多个主题时，你会面临“放哪个分组”的犹豫，此时应约定“按主行业归入，主题用备注记录”，避免重复添加。规则一旦写下，后续就不必每次临时判断。
方案B：按策略阶段做流程分组
适合研究节奏明确、需要留痕的读者。做法是：用“阶段+日期或序号”命名，例如“01初筛”“02待验证”“03已复核”。每次调整股票所属分组，相当于记录了一次判断变化。原因是流程分组天然带时间线，复盘时能看出“某只股票在哪个阶段停留最久”。边界在于：流程分组需要定期清理，否则“已放弃”会越积越多；建议每月把“已放弃”中的标的移出或归档，保持列表可读。
| 维度 | 方案A 静态分类 | 方案B 流程分类 |
|---|---|---|
| 主要收益 | 查找快、维护少 | 留痕强、便于复盘 |
| 主要成本 | 多主题标的需要取舍 | 需要定期清理阶段分组 |
| 不适合 | 研究阶段变化频繁的场景 | 只想快速找股票、不做复盘的场景 |
如果你不确定选哪个，先用方案A跑两周，再决定是否引入方案B。不要一开始就建十几个分组，分组越多，命名冲突和移动成本越高。经验性观察：从三到五个分组起步的人，后续维持秩序的概率明显更高；一开始就建十几个分组的人，往往在第二周就开始放弃整理。与其追求一次设计到位，不如让结构随着使用习惯慢慢长出来。
五、手机端最短路径：新建分组并添加股票
手机端是同花顺使用频率最高的入口，路径也最需要说清楚。以下描述以当前最新版本为例，具体文案可能随版本调整，请以你设备上的实际界面为准。Android与iOS的整体逻辑一致，差异主要在按钮位置和手势返回上，因此下面先给通用步骤，再说明两端差异。
Android 与 iOS 的路径差异
- 打开同花顺App，点击底部导航栏的“自选”。
- 在自选页顶部找到分组栏，向右滑动到末尾，通常会看到“管理”或“编辑”入口；部分版本在右上角提供管理图标。
- 进入分组管理后，选择“新建分组”，输入名称并确认。
- 返回自选页，新分组会出现在分组栏中；若未出现，尝试下拉刷新或重启App。
Android与iOS的差异主要体现在：iOS的返回手势可能直接退出管理页，导致误以为“没有保存”；Android则更多依赖左上角返回箭头。无论哪个平台，新建分组后建议立刻加入一只测试股票，确认分组可写、可显示。验证方法是：新建“测试-勿用”分组，加入一只你熟悉的股票，退出App再进入，观察分组和股票是否仍在。确认无误后再删除测试分组；这一步花不了一分钟，却能省掉后面反复排查的时间。
把股票加入指定分组的三条路径
路径一：在个股详情页点击“加自选”或星标按钮，弹出分组选择后勾选目标分组。路径二：在搜索结果或行情列表中长按某只股票，选择“加入自选”并指定分组。路径三：先进入目标分组，再使用分组内的“添加股票”入口搜索代码。三条路径的差别在于“先选股票还是先选分组”，对批量操作的影响不同：路径一适合单只添加，路径二适合列表内连续操作，路径三适合“先定容器再填充”的整理场景。
提示：如果点击“加自选”后没有出现分组选择，可能是该版本默认加入当前分组，或需要先在设置中开启“添加时选择分组”。具体开关名称以实际界面为准；找不到时，先用路径三完成添加，再回到分组内核对。
失败分支也要提前想好。常见情况包括：分组名重复导致新建失败、分组数量达到实际上限、网络异常导致同步未完成。处置顺序是：先换一个名称重试，再检查是否已存在同名分组，最后确认网络和登录状态。若仍然失败，记录下操作步骤和界面提示，隔一段时间再试；不要连续重复点击，以免产生重复分组或重复添加。
六、桌面端最短路径：右键与拖拽的效率边界
桌面端（PC客户端）的优势是批量整理和右键菜单。最短路径通常是：打开客户端，在左侧导航进入“自选股”，在自选股列表上方的分组区域找到“新建分组”，或通过右键菜单选择“新增分组”；命名后，将股票从行情列表拖入分组，或在个股上右键选择“加入自选股”并指定分组。网页版是否提供同样的分组管理入口，取决于当前版本；如果找不到，优先使用客户端，不要假设网页版具备全部能力。
桌面端批量整理的取舍
桌面端适合做“一次性整理”：把手机端积累的几十只股票按方案A或方案B重新归类。做法是先在纸上或表格里列出目标分组和归属规则，再在客户端集中移动，避免边想边拖。原因是拖拽操作很快，但缺乏“撤销”的确定性；一旦拖错，可能需要重新查找。经验性观察：批量整理超过二十只股票时，先写规则再操作，返工率明显更低。
边界在于：桌面端的分组排序、颜色标记等细节不一定与手机端完全一致。若你依赖特定顺序，整理完成后应在手机端复核一次。验证方法是：在桌面端调整顺序，退出并重新登录手机端，观察顺序是否保持；若不一致，以手机端为准，或改为用分组名前缀控制顺序，例如“01-”“02-”。这样即使排序不同步，名称仍然能提供稳定的定位线索。
七、命名与编码规范：让分组“可审计”的最小制度
命名是分组功能里最容易被低估的部分。一个好的分组名应满足三点：自己一眼能懂、别人看到不泄露敏感信息、排序时能稳定靠前或靠后。推荐模板是“序号+中性主题+可选状态”，例如“01-消费-观察”“02-制造-复核”。序号用于排序，中性主题用于识别，状态用于留痕。不要用“必涨”“重仓”“客户A”这类带有强烈判断或身份信息的词。
| 命名方式 | 可读性 | 风险 |
|---|---|---|
| 01-消费-观察 | 高，排序稳定 | 低，信息中性 |
| 本周必买 | 短期高，长期难回溯 | 高，共用设备易泄露倾向 |
| 客户A重点 | 对本人高，对他人不可读 | 高，包含身份信息 |
为什么强调“可审计”？因为分组名一旦写下，往往会存在数月。中性命名让你在换设备、共用设备、截图分享时都更从容。验证方法是：把分组栏截图发给一个不了解你持仓的朋友，问对方能否从中推断你的交易倾向；如果对方能轻易说出“你重仓消费”，说明命名需要调整。这个测试不需要任何官方数据，靠常识即可完成。
八、添加股票的时机、去重与回退
添加股票的时机比添加动作本身更重要。建议只在三种情况下加入自选：一是完成了初步信息收集，需要持续观察；二是进入待验证阶段，需要跟踪关键变量；三是已有明确复盘结论，需要留档。不要因为“看到别人提到”就随手加入，否则分组很快会变成垃圾场。经验性观察：自选股总数超过个人可跟踪范围后，查找时间和判断质量都会下降；具体阈值因人而异，但“每周能逐只扫一遍”是一个可操作的边界。
去重方面，同一只股票重复加入同一分组时，客户端通常会给出提示或直接定位到已有记录，具体行为以实际版本为准。验证方法是：在同一分组内连续添加同一代码两次，观察列表是否出现两条记录；若只出现一条，说明存在去重；若出现两条，后续整理时需手动删除。跨分组重复添加通常是允许的，因为一只股票可能同时属于“消费”和“待验证”；此时应在命名规范中约定“主分组唯一，辅助分组最多一个”，避免同一标的散落在五六个分组里。
回退方案要提前准备。添加错误时，优先在分组内长按或右键选择“删除”或“移出自选”；若只是放错分组，优先用“移动”而不是“删除后重新添加”，因为移动能保留添加时间的连续性（若客户端显示时间）。删除分组前务必确认组内股票的去向：经验性观察，删除分组通常不会删除股票本身，而是让它们回到默认分组或未分组状态，但具体提示以客户端为准。操作前先截图，是最低成本的保险。
九、数据留存与跨端同步：哪些会丢、怎么验证
分组数据的留存分为两层：账号层和设备层。账号层指登录后跟随账号的数据，设备层指本地缓存或未登录状态下的数据。工作假设是：登录同一账号后，分组名和分组内股票可以跨端恢复；但排序、展开状态、临时筛选条件等界面状态不一定同步。这个假设需要用可复现步骤验证，而不是凭一次换机体验下结论。
- 在设备A新建“同步测试”分组，加入一只股票，记录分组名和股票代码。
- 完全退出账号，再重新登录，观察分组是否仍在。
- 在设备B登录同一账号，观察分组名、股票、顺序是否与设备A一致。
- 在设备A修改分组名，回到设备B刷新，观察修改是否同步。
如果测试发现不同步，先检查登录状态和网络，再检查是否使用了不同的账号体系（例如手机号登录与第三方登录可能指向不同账号）。不要急于删除重建，因为重复操作可能加剧混乱。更稳妥的留档方式是：每周把分组结构和组内股票导出为截图或表格，存放在自己的文档里。客户端是否提供导出功能因版本而异；若没有，人工留档仍然是有效的合规手段。
注意：不要把分组当作唯一的记录载体。分组名长度有限，无法承载完整的投资逻辑；涉及重要判断时，应在外部笔记中记录日期、理由和后续验证点。分组只负责“目录”，不负责“正文”。
十、监控与验收：每周十分钟的核对清单
分组设置完成后，需要一次验收和持续监控。验收的标准不是“看起来整齐”，而是“能否在可接受时间内完成一次查找和一次回溯”。建议每周固定十分钟，按清单核对。这个习惯的成本很低，但能防止分组在几周内重新变成垃圾场。
- 分组数量是否超过自己能在十秒内说清用途的范围；超出则合并。
- 是否存在连续两周未打开的分组；存在则评估删除或归档。
- 是否有股票同时出现在三个以上分组；有则约定主分组，其余移出。
- 分组名是否仍符合“序号+中性主题+状态”的规范；不符合则重命名。
- 本周新增股票是否都有明确的加入理由；没有则移出。
- 跨端显示是否一致；不一致则记录差异，等待下次版本更新后复核。
验收时不要追求“零差异”。客户端版本、设备系统、登录方式都可能造成细节差异，关键是核心结构（分组名、组内股票）是否可恢复。如果核心结构稳定，细节差异可以通过命名规范来抵消，例如用序号控制顺序，而不是依赖拖拽排序。这样即使排序不同步，你也能按名称快速定位。
十一、故障排查：现象→可能原因→验证→处置
下面列出几类常见现象。每一条都按“先验证、再处置”的顺序写，避免一上来就重装或删除。需要强调：以下判断基于常见交互和经验性观察，具体行为以你当前版本的提示为准。
| 现象 | 可能原因 | 验证与处置 |
|---|---|---|
| 新建分组后不显示 | 未保存、分组栏未刷新、数量达上限 | 下拉刷新或重启；检查是否有同名分组；换短名称重试 |
| 添加股票无反应 | 网络异常、未登录、该分组不可写 | 切换网络；退出重登；换一个分组测试 |
| 跨端分组不一致 | 账号不同、同步延迟、排序不同步 | 核对登录方式；等待后刷新；用序号命名抵消排序差异 |
| 删除分组后股票消失 | 股票被移入默认分组或未分组 | 到“全部”或默认分组查找；操作前截图留档 |
| 分组名无法修改 | 入口在管理模式、权限或版本限制 | 进入分组管理再试；确认不是默认分组；记录提示后重启 |
处置原则是“先小步验证，再大动作”。例如怀疑同步问题时，先用一只测试股票验证，而不是直接删除整个分组。若问题反复出现，记录下设备型号、系统版本、操作时间和界面提示，再向官方渠道反馈；这些信息比“用不了”更有助于定位，也方便你在下次版本更新后复查。
十二、适用与不适用场景清单
分组功能并不适合所有人。下面用清单的方式给出准入条件，方便你快速判断。若你符合“适用”一侧的三条以上，建议按本文路径落地；若符合“不适用”一侧的三条以上，优先考虑更轻量的方式，例如只保留一个自选列表加外部笔记。
| 适用场景 | 不适用场景 |
|---|---|
| 关注标的超过三十只，查找开始变慢 | 每周只看三到五只股票，一个列表足够 |
| 需要按研究阶段留痕、定期复盘 | 不做复盘，只做即时交易决策 |
| 多人共用设备，需要控制信息外露 | 设备个人专用，且分组名不含敏感信息 |
| 需要跨手机与桌面端保持一致结构 | 只在单一设备使用，且不打算换机 |
| 愿意每周花十分钟维护命名与归属 | 无法保证维护频率，分组容易失控 |
这张表的核心判断是“维护意愿”和“标的规模”。分组功能本身不复杂，复杂的是持续维护。如果你现在还没有稳定的复盘习惯，不必急着建很多分组；先用一个分组加外部表格，等习惯稳定后再迁移，成本更低。
十三、最佳实践检查表（可直接落地）
把前面的要点压缩成一份可执行清单。建议第一次设置时逐条打勾，后续每周验收时只复查前五条。清单不追求覆盖所有细节，只覆盖最容易出错的决策点。
- 先定三到五个分组，不超过十个；每个分组能用一句话说清用途。
- 命名采用“序号+中性主题+状态”，不使用身份信息和强烈判断词。
- 手机端与桌面端各做一次“新建分组→添加股票→重启→复查”的闭环测试。
- 同一只股票只保留一个主分组；跨主题需求用辅助分组，最多一个。
- 删除分组前先截图，确认组内股票的去向提示。
- 每周十分钟核对：未打开分组、重复分组、无理由加入的股票。
- 换机或重装前，导出或截图当前分组结构，作为人工留档。
- 共用设备时，隐藏或中性化可能泄露策略的分组名。
- 不要依赖客户端提供完整变更日志；重要判断写进外部笔记。
- 版本更新后，复查一次分组入口和同步行为，记录差异。
这份清单的用意是“降低决策疲劳”。当你知道下一步该做什么，就不容易在分组管理里反复纠结。若只能记住一条，记住“主分组唯一、命名中性、每周核对”，这三条足以覆盖大部分问题。
十四、常见问题（FAQ）
同花顺自选股分组可以建多少个？
删除分组会把里面的股票一起删掉吗？
手机端建好的分组，桌面端看不到怎么办？
添加股票时没有出现分组选择，是什么原因？
分组名可以写持仓比例或资金量吗？
十五、收尾：从“整理”到“可复用的研究资产”
回到最初的问题：同花顺自选股分组怎么设置、怎么把股票加进指定分组？操作路径并不复杂，手机端从“自选”进入分组管理，桌面端用右键或拖拽，核心动作无非“新建、命名、加入、移动、删除”。真正决定效果的，是你在操作之前有没有想清楚分组要服务于什么指标，以及操作之后有没有留下可核对的痕迹。
从合规与数据留存的视角看，分组是一份轻量台账：命名中性、主分组唯一、每周核对、换机前留档。做到这四点，分组就能从“看起来整齐”变成“需要时找得到、换设备可恢复、共用时不泄露”。做不到也不必焦虑，先用三到五个分组跑两周，再根据实际查找时间调整，比一次性设计完美结构更可靠。
下一步行动建议：今天先建一个“测试-勿用”分组，完成一次添加、重启、复查的闭环；确认路径可用后，再按方案A或方案B整理现有自选股。整理时先写规则再动手，整理后截图留档。下周同一时间做第一次十分钟验收，根据结果决定合并还是保留。分组是工具，不是负担；让它服务于你的研究节奏，而不是反过来。随着客户端版本迭代，入口位置和同步细节都可能变化，定期复查一次，比记住某一条固定路径更实际。