MSRegFlow 这次动得不小：8 步流程、CPA 直连和超时自动重试都补上了

更新: 4/10/2026 字数: 0 字 时长: 0 分钟

前言

有些更新一看提交记录就知道，不是“补个小按钮”那么简单。

MSRegFlow 这次就是这种类型。

从 1.0.3 往后走到 1.0.5，变动最大的不是界面颜色，也不是文案微调，而是整条流程终于更像一个能长期跑的侧边栏工具了。

如果只挑最关键的几件事来讲，大概就是：

• 面板步骤从原来的 10 步，真正收成了 8 步
• CPA Auth 不再只靠页面点击，补上了 CPA Key 直连模式
• AADSTS70000 这种封号场景终于有了明确处理策略
• 超时页出现时，会自动重试并重跑第 3 步

说白一点，这一轮更新不是“加戏”，而是把原来已经能跑的流程，往“少一点脾气、多一点稳定”上拽了一把。

第一个变化：流程终于没那么绕了

之前的 MSRegFlow 在理解上有个很明显的问题：

后台逻辑是一套，侧边栏展示又是一套，步骤数看起来很多，但真正需要盯的关键动作并没有那么多。

这次更新之后，面板里的流程被收成了 8 步：

1. 获取 OAuth 链接
2. 打开注册页
3. 填邮箱和密码
4. 获取注册验证码
5. 填姓名和生日
6. 自动确认授权
7. 回调验证和导入
8. 清理来源邮箱

这种调整看起来只是“少了两步”，但实际意义不小。

因为侧边栏工具最怕的不是步骤多，而是步骤显示和真实执行逻辑对不上。现在这层被压平之后，至少人盯流程的时候不会再有那么重的割裂感。

第二个变化：CPA Auth 终于不只是点页面了

这次很实用的一块，是 CPA Auth 模式补上了 CPA Key。

以前如果不走页面点击那套东西，很多动作都不够直接。现在填上 Management Key 之后，Step 1 和 Step 7 这类关键动作可以直接走管理 API：

• 获取授权链接
• 按 state 确认回调导入状态

这件事带来的区别其实挺直接：

• 页面依赖少了一层
• 回调验证清楚了一层
• 某些“点得到但不稳”的环节，终于能变成接口调用

这种改动很适合 MSRegFlow 这种项目。因为它本来就贴着浏览器跑，如果最后关键一步还得一直靠页面 DOM 去抠，迟早会把自己抠崩。

第三个变化：封号处理终于不是只能干瞪眼

这次另一个很关键的补丁，是 AADSTS70000 这类场景的处理策略。

现在侧边栏里多了一个比较实用的开关：

• 勾选：遇到封号邮箱时，自动删除账号并换号重试
• 不勾选：把账号标成 已封禁，跳过后继续换号

这个改动不花哨，但很值。

因为一旦流程跑进这种异常，以前最烦的不是“报错了”，而是报错之后要怎么往后走。现在至少这条分支已经不是黑箱了，而是被明确成了两种可选策略。

对这种自动化流程来说，失败不可怕，可怕的是失败之后只能人工接管。现在这块终于不再那么别扭了。

第四个变化：超时页不再是纯摆烂

1.0.5 里最像“救命补丁”的一条，是超时页自动重试。

这次补上的逻辑很务实：

• 识别超时页
• 自动重试
• 重跑第 3 步

为什么是第 3 步？

因为很多时候，前面 OAuth 链接和打开页面这些步骤都没坏，真正需要重新接回去的，是邮箱和密码这段流程上下文。这个位置重跑，比整轮从头来一遍划算得多。

这种修法很像一个工具开始真正进入“被使用”阶段的信号。

不是单纯把 happy path 跑通，而是开始正面处理那些“流程经常死在这种地方”的真实问题。

这一轮更新之后，MSRegFlow 更像什么了

如果说上一篇介绍里的 MSRegFlow 还更像一把“浏览器边上的小扳手”，那这次更新之后，它开始更像一个：

“脾气没那么大、步骤更顺、卡住了还能自己往回拽一下的流程面板”。

听起来不高级，但很有用。

这类工具走到后面，最值钱的往往不是功能列表继续变长，而是下面这些东西有没有慢慢补起来：

• 步骤展示是不是更清楚
• 配置是不是更贴实际
• 分支失败有没有明确策略
• 卡住时能不能自己接回来

MSRegFlow 这次补的，基本就是这些。

结语

这轮更新之后，MSRegFlow 的味道已经和最初有点不一样了。

它不再只是“一个能把流程点下去的扩展”，而是开始有点像一块真正能盯流程、接分支、扛异常的小面板。

不一定很大，但明显更顺手了。

而且这种更新有个好处：不是那种只在 README 里看起来更厉害，而是实际跑起来的时候，能明显少拧几次眉头。