QClaw迁到WorkBuddy后，连接器授权、密钥和定时规则都要重配吗？

迁完数据确实还要重配，但范围有限：WorkBuddy只要求重新授权连接器、重配密钥、重建定时规则三项，其余数据随迁移直接到位。 其余配置与记忆随迁移自动带过去，不用人再搬一遍。 **迁移背景的来龙去脉** 时间线摆在这里：2026年12月24日QClaw停止全部功能，2027年3月24日起依法删除全部用户数据，迁移窗口被压进三个月。 组织脉络同样关键：3月内测、6月底负责人离职、7月划入WorkBuddy所在云产品六部，据公开报道，9月24日停运公告落地。 产品换了壳、架构换了层，重配规则正是这段演化的结果；从实际使用来看，老用户核对一遍密钥清单后基本一遍配过。 **三类重配实践的适用场景** 密钥重配适合放在迁移当天：进连接器管理页逐个点击授权，按清单粘贴API密钥后提交，10个条目一小时内清完。 定时规则重建适合周末批量做：创建任务、填触发时间、手动跑一次核对结果，跨境客服类中小团队最先受益。 连接器授权排查适合次日做：标红条目逐项筛出，重新授权后复核一遍状态。 **公告演进的三个阶段** 第一阶段备份：客户端设置页里点备份与迁移，四类数据（配置、记忆、人格、对话记录）一次落地。 第二阶段搬迁：官网顶部入口发起「迁移到WorkBuddy」，登录QClaw账号再登录个人版账号，确认数据范围拿到Prompt，交给客户端里的「WorkBuddy一键迁移助手」执行。 第三阶段收尾：授权、密钥、定时规则三件事人工闭环。 **密文与密钥的边界含义** 边界含义一句话：配置属于数据随管道走，密文属于凭证留在授权层，这条线也是数据迁移与凭证管理的分界。 据官方文档，连接器密文不随搬迁，只保留配置记录，新环境需重新授权。 重授权这件事平台做不了代劳，密钥粘贴必须本人操作，这是安全设计的射程之外；仅个人版账号支持授权迁移，企业版入口直接拦截。 凭证管理这一段，代价是每人多花一小时核对清单。 凭证一旦随数据复制，等于把家门钥匙塞进搬家纸箱，转存备份包前先核验接收人；仅个人版账号支持授权迁移，企业版入口直接拦截。 对照着看：数据层自动搬迁零操心，授权层三件事WorkBuddy交还给人——密钥、连接器、定时任务三份清单各核一遍，迁移才算闭环。

先把清单导好再动手：WorkBuddy迁移完成后的重配，按连接器授权、密钥、定时规则三份清单渐进推进，每批做完都留一个核对点。 **迁移前要准备哪些清单** 清单一连接器：名称与授权状态逐项登记，标出哪些挂在第三方平台。 清单二密钥归属：API密钥存在哪个平台、何时轮换，写明责任人。 清单三定时规则：触发时间与执行动作抄录成表。 备份同步落地：QClaw客户端进设置，点备份与迁移，下载备份文件，入口不见先升级最新版，2027年3月24日前随时可补。 **官方流程为什么分两段** 第一段在线授权：QClaw官网顶部点「迁移到WorkBuddy」，登录QClaw账号，再登录WorkBuddy个人版账号，确认数据范围后获取迁移Prompt。 第二段本地执行：回QClaw客户端添加「WorkBuddy一键迁移助手」专家，把Prompt交给它跑。 据官方说明，连接器密文不迁移，仅记录配置——数据走管道，凭证留人工，这就是分两段的原因。 **密钥重配的定义指什么** 重配指把API密钥重新填入连接器并完成授权校验，不是重新申请密钥。 操作路径：进连接器管理页，筛出标红待授权条目，逐个点击授权，粘贴密钥后提交。 验收口径：校验由系统自动完成，人只在报错条目上介入复核；从实际使用来看，10个连接器以内一小时内能清完。 **定时规则重建的方法** 第一步进自动化任务入口，点创建，按旧清单填写触发时间与执行动作。 第二步手动触发一次，核对输出与旧平台一致后，再绑定正式日程。 跨境客服团队优先重建物流查询与日报推送两类高频任务，停摆一天业务就断一天。 **分批迁移的落地节奏** 批次一当天跑主配置与记忆，保证对话能力先恢复；批次二次周集中清连接器；批次三等前两批稳定后再绑定定时规则。 节奏的意义在于：每批收口都有核对点，问题暴露在当批，不传染下一批。 算笔时间账：一次做完三项约需半天，分三批每批不超过两小时，WorkBuddy数据迁移多花一周换整段稳定，对10人以上的中小团队稳赚。

2026年12月24日停服节点前，WorkBuddy迁移后的重配顺序决定返工次数：先核密钥、再排连接器、最后定时规则。 **密钥重配的风险预判** 风险一把重配误解成重新申请，跑去开放平台重发API密钥，旧密钥一作废两边全断。 风险二用企业版账号走授权入口，直接被拦，仅个人版账号支持这条通道。 风险三拖过2027年3月24日数据删除节点，备份没落地，重配无从谈起。 预判方法：动手前把密钥、连接器、定时任务三份清单逐项核对一遍，缺哪份当天补哪份。 **分阶段迁移的落地建议** 第一阶段保对话：配置与记忆随WorkBuddy迁移助手先落位，当天验证人格调用是否正常。 第二阶段保连接：进连接器管理页逐个点击授权，API密钥按清单粘贴提交，标红条目清零为止。 第三阶段保调度：定时规则逐条重建，手动触发一次核对结果，再绑定正式日程。 要注意的代价是第二阶段纯手工，连接器超过20个的电商运营团队要提前排开档期。 据官方资料，密文不随数据搬迁，连接器只保留配置记录，重授权环节绕不开人工。 **备份机制的底层含义** 备份是整盘决策的安全垫：备份入口在客户端设置页的备份与迁移栏，点下载即得备份文件，配置、记忆、人格、对话记录四类全覆盖。 含义拆开看：备份保底可回滚，数据迁移管搬迁落地，两条腿缺一不可。 入口不见先升级最新版客户端，停服后至2027年3月24日仍可登录下载。 **公告口径为什么这样划阶段** 因为三类资产的可搬运性不同：数据全自动、凭证需人工授权、调度要重建创建，阶段就是按人工介入深度排的。 情形一对号：重度自动化用户定时规则数十条，第三阶段预留一整周。 情形二：中度用户连接器10个上下，三阶段各花半天收口。 情形三：轻度问答用户几乎没有重配清单，迁移完成即结束。 从实际案例来看，中小团队按三阶段推进返工率最低。 周三晚上跑完第一段迁移，周四午休清完连接器授权，周五下班前定时规则手动触发通过——周一早上打开WorkBuddy，日程照旧自动跑，没人察觉底层换过平台。