同一账号可以在电脑和手机同时登录，并不等于两端已经在用同一套系统。更常见的情况是：电脑上画过的线手机看不见，手机临时改过的预警电脑还在按旧条件推送，布局更新后只活在一台机器里，通知却在两端同时响。多端协同要解决的不是“能不能登录”，而是让自选、条件、布局和通知只有一份真相，并且每天用固定动作维护它。下面只讲电脑与手机如何分工、同步什么、不同步时先查什么、日常如何保养，不再展开单件功能的用法。
一、先定分工，两端才不会互相抢职责
1、电脑负责生产和修改，手机负责接收和确认
改模板、画关键线、写自定义规则、调预警参数、整理观察名单，放在电脑上完成。手机负责看自选、收通知、在预警响起后打开对应图做第一次核对。分工反了，系统会变脏：通勤时改的阈值回到桌上对不上，夜里随手加的品种白天又忘了删。能改的入口越少，真相越稳定。
2、电脑看结构，手机看有没有人喊你
结构、多窗、对照大单和链上标注，需要屏幕宽度和同时出现的信息。手机屏幕窄，适合确认“是不是我那一条规则亮了”，不适合临时重建整套布局。把手机当成值班铃和随身对照器，当成迷你电脑去重做系统，两端一定分叉。
3、同一时刻只让一端处于“正在修改”
修改预警、改脚本、改布局时，另一端先不要同步操作。改完后在另一端打开对应列表核对，而不是边改边在另一端继续加新条件。并行修改是不同步的主要来源。系统可以多端看，但编辑要像只有一把钥匙。
二、哪些东西应当同步，哪些东西本来就不会完全一样
1、应当以账号为准的：自选、预警规则、观察名单、已保存模板
这些是系统的骨架，必须只有一份。在任一端增删后，到另一端打开同一列表，确认名称、开关、周期和对象一致。不一致时，以你刚刚完成编辑的那一端为检查起点，另一端退出再登，避免两份都改。
2、允许有差异的：窗口摆放、屏幕缩放、本机通知方式
电脑能摆九宫格，手机不能。电脑可以双屏，手机只有一屏。本机系统对后台和通知的限制也不一样。这些差异不是故障。强行让手机复制电脑布局，只会得到谁都看不清的压缩画面。协同追求的是规则一致，不是像素一致。
3、最容易被误认为同步失败的：当前打开的交易对和周期
你在电脑上看四小时，手机点进来却停在上次离开的一分钟，这是本地视图记忆，不是云端把规则改了。核对同步时看列表和开关，不看此刻屏幕停在哪一根K线。把视图记忆当成系统分裂，会引出一堆无效重装。
三、第一次把两端对齐的固定步骤
1、先在电脑上把骨架定稿，再登录手机
定稿顺序是：精简自选、保存主图模板、完成预警和监控名单、确认会员权限在有效期内。不要两端都是半成品时开始对。半成品对半成品，最后你不知道哪一端才是想留下的版本。
2、手机第一次登录后只做三件事
打开自选看品种是否一致，打开预警列表看开关和名称是否一致，用一条低风险的测试条件确认本机通知能响。三件事通过，手机就可以退出编辑角色。不要在第一次登录时顺便把推荐信号全加一遍，那会立刻把电脑上刚精简过的名额重新打乱。
3、对齐完成后写一句“以哪一端为编辑端”
自己约定：除紧急暂停外，编辑只发生在电脑。紧急暂停可以在手机上关某一条推送，但第二天必须回到电脑检查那一条是临时关，还是应当删。没有这条约定，协同会在第三天重新变乱。
四、通知如何避免两端同时吵
1、推送主通道只留一个，另一端看记录
夜里把电脑通知降下去，只留手机；白天坐在桌前，可以把手机摘要化，让电脑或眼前的图来接。两端都开最高强度，同一条件会变成两次打断。值班铃应当只有一只。
2、本机系统权限分开检查，不要只查应用内开关
应用内开启不等于系统允许横幅。电脑的勿扰、睡眠、防火墙，手机的锁屏、后台刷新、通知分组，都会让“有记录无推送”出现在其中一端。对通知问题先问是哪一端没响，再查那一端的系统层，而不是重写规则。
3、测试通知时标明测试，用完即删
用极易触发的条件测通道是必要的，但必须命名成测试并在确认通道可用后删除。留着的测试条件会在两端同时制造无意义振动，也会污染你对正式规则频率的感觉。
五、日常维护按日历做，不要等出问题再清
1、每日：开盘前扫两端是否仍登录着同一身份
看会员标识、自选数量、预警条数是否还在你记忆中的范围。突然变少，可能是权限到期或另一端误删；突然变多，可能是推荐库或另一端临时添加。每日扫描只要一分钟，能挡住大部分“我以为还在守着”的空窗。
2、每周：只在编辑端做减法
删不再交易的品种，关不再愿意起身的预警，停不再适应市况的自定义标记。减法做完，打开手机列表核对一遍。每周加新规则可以，但必须先腾出名额。只加不删的多端系统，会在一个月后变成两端各自的仓库。
3、每次软件更新后：先查模板和通知，不先查新功能
更新可能重置本机布局、通知分类或后台权限。先打开保存过的模板，再发一条测试通知，确认骨架还在，再去看新入口。一更新就钻进新功能，常会在半天后发现旧布局和推送已经不在原处。
六、不同步和异常时的排查顺序
1、先对列表，不对屏幕截图
把两端的自选和预警列表对着看名称与开关。列表一致而画面不同，多半是本地视图。列表不一致，才进入同步问题。用截图对比K线周期，最容易得出错误结论。
2、列表不一致时，停掉并行编辑，只保留一端改
先决定哪一端是刚才的编辑端，另一端退出登录后重新进入。仍不一致，再检查是否存在未完成的草稿、是否点到了另一账户、是否权限变化导致部分规则被折叠。不要两端同时点保存去“抢”云端。
3、一端能推送一端不能时，按本机权限查，不按规则逻辑查
规则能在任一端的记录里出现，说明监测层还在。缺的是该设备的到达率。查系统通知、勿扰、后台、电量优化和是否被折叠进摘要。把推送失败当成脚本错误去改参数，会把本来可用的规则改坏。
4、重装是最后一步，不是第二步
重装会清掉本机布局和部分缓存，却不一定修复账号层的列表分叉。先对齐账号、权限、列表和系统通知，仍明确是安装损坏再重装。过早重装，只会让你在干净的桌面上重新过一遍已经排过的错。
七、设备更换、出差和网络切换时怎么处理
1、换电脑或换手机，先当新设备走一遍对齐，不假设会自动完美继承
装好登录后，按自选、预警、模板、测试通知四项验收。本机权限每台设备都要从零给。继承的是账号里的骨架，不是上一台机器的系统设置。
2、出差期间把编辑权冻住
旅途中网络和注意力都不稳定，只保留接收和紧急暂停。新想法记在笔记里，回到固定编辑端再改系统。旅行途中“顺便优化”的规则，最容易变成回家后对不上的那一版。
3、网络切换后先看主图是否在动，再看通知是否还来
公共网络下行情延迟、推送被省电策略折叠，都比账号损坏更常见。先用主流品种确认数据在更新，再用记录确认监测仍在，最后才怀疑同步本身。把网络问题当成账号问题，会引出不必要的改密和重装。
八、安全和维护是同一件事的两面
1、多端登录的前提是每一端都是你自己的设备
公用电脑不保存密码，不用快捷登录长期挂着。离开时退出。设备丢失先改密、清登录态，再谈布局还在不在。骨架可以重建，账户不能漂在别人的浏览器里。
2、不在社区或聊天里发送完整条件截图加账户标识
多端系统一旦公开到可复制的程度，你的通知就会变成别人的噪声，也可能引来针对你常用品种的干扰讨论。维护系统的私密性，也是在维护它不被外部节奏带跑。
3、备份的是规则说明，不只是希望云端永远正确
用笔记保存：编辑端是哪一台、核心预警有哪几条、主模板叫什么名字、测试通知怎么做。云端正常时这些像多余，云端异常或换机验收时，它们能让你在一小时内重建，而不是凭记忆发明一套新系统。
九、协同成功的标志
两端打开后，你能在一分钟内确认看的是同一份自选和同一批开关；通知只会在你指定的那一端用力喊你；修改发生在固定编辑端，另一端只负责核对；更新、换机、出差之后，骨架仍能按清单验收回来。做不到这些，多端只是多次登录。做到了，电脑和手机才会像同一套看盘系统的两处接口：一处生产规则，一处把规则送到你离桌的时间里。规则只有一份，设备可以有很多台。把这句话当成维护原则，前面所有功能才不会在两端各活成一个残缺版本。