楼主是为了休眠后接着干活，所以不必每次休眠前退出 VS Code。登录框多半出在唤醒后的前几秒：网卡还没拿到地址，插件拿旧 token 去刷新，失败一次就被当成登出。先等任务栏网络图标正常，框还在就关掉它，只点插件头像刷新一次，不要走完整的重新登录，否则每次都换新会话，下次休眠更容易掉。如果是电脑自己被叫醒，在管理员 PowerShell 里执行 powercfg /waketimers，看是不是 Code 或码道注册了唤醒定时器；是的话在设备管理器里关掉网卡的“允许此设备唤醒计算机”，电源计划里也关掉“允许唤醒定时器”。同时确认没有第二个 VS Code 窗口在刷新同一个账号，两个进程会互相把 token 判失效。版主说登录时长正在专项优化，这几步是为了补丁出来之前，休眠后还能接着用。

码道的记忆分账号云端和本机文件两块，换电脑时通常没有单独的导出按钮。先在新电脑的插件里登录同一个华为云账号，打开原来的项目看记忆是否已经在；账号侧的长期记忆会跟着账号走，换账号会看成空的。如果登录后仍是空的，到旧电脑的工程根目录找 AGENTS.md、规则文件或名为 memory、.codearts 一类的目录，这些跟着仓库拷过去或提交 git 即可。插件自己的本地缓存在 VS Code 用户目录的 globalStorage 里，按扩展名搜索 codearts 或 codemate，退出 VS Code 后把对应文件夹拷到新电脑的同一路径。不要把访问密钥一起拷走。换机后用同一账号问一句它还记得哪些项目约定，对得上就说明搬完了。

按 token 计费和套餐包是两种扣费方式，套餐页面本身通常不会自动变成按 token。先到码道控制台看当前用量明细：如果扣的是套餐次数或资源包余量，购买入口也只有包月或资源包，就说明这个区域目前只卖套餐，不是漏了一个开关。按 token 的按需一般要求账号已经实名，并且费用中心有可用的支付方式；满足之后在同一产品的购买或计费页选择按需，而不是再买一个月包。开通前先在费用中心加一条消费告警，长上下文和反复重试会按 token 很快累计。验证时发一轮很短的对话，刷新用量，看新增的是 token 数还是套餐次数。如果购买页始终没有按需规格，用工单确认该区域是否已放开按 token，附上区域和当前页面截图，比反复点套餐购买更有效。

先看瓶颈再买规格，成本和性能是用监控数据换来的，不是规格表上的核数越大越好。 个人练习、博客、小后台：2核4G 就够，优先 Flexus L 或 ECS 通用计算型，按需计费跑。1核1G 只能做静态页，一带数据库就会用 swap。图片和备份放 OBS，系统盘别当数据盘用。 业务已经在跑：打开云监控 CES，看近 7 天 CPU 使用率、内存（看已用，别被 cache 吓到）、磁盘 util 和公网带宽。CPU 长期低于 30%、内存有一半空着，就降配或改突发型；CPU 经常高于 70% 或出现 iowait，再升一档。内存型给缓存和数据库，通用型给 Web 和普通应用，不要用通用型硬扛大内存。 计费上，负载稳定超过一个月再包年；会随时开关的用按需。竞价实例只适合可中断的批处理，不要放数据库。带宽访问不高时按流量，比固定大带宽便宜，静态资源再加 CDN。 升配一般比重装省事，但换规格族或可用区可能要停机，先在测试机验证。规格说明见弹性云服务器文档：https://support.huaweicloud.cn/ecs/index.html ，购买页的「规格对比」可以直接看 vCPU、内存和基准带宽。

Android 14 的云手机和 7/9/11 不是同一套系统镜像，旧版本上的集成步骤不能照搬。14 对特权应用、签名权限和分区挂载更严，系统分区也基本是只读的，所以「下载一个 GMS 包装进去」这条路走不通。 先确认实例镜像就是 Android 14，而不是控制台里还能选的旧镜像。打开该镜像的更新说明，看有没有标明带 Google 服务。云手机文档在 https://support.huaweicloud.cn/cph/index.html ，以你这个镜像版本的说明为准。说明里没有 GMS，就表示这个镜像不提供集成，不是你漏了开关。 应用如果只是 targetSdk 升到 34 之后在云手机上闪退、通知不弹出，先查动态权限、前台服务类型和通知权限，这是 Android 14 行为变化，和有没有 GMS 无关。用 adb logcat 看是不是缺 com.google.android.gms，再决定要不要换镜像。 必须依赖 Play 服务时，给云手机提工单，写明镜像 ID、Android 14 和区域，问有没有合规的海外或预装镜像。不要在 14 的系统分区上刷 Magisk 或 OpenGApps，还原镜像会清掉，也过不了服务协议。推送和登录可以先改到应用自己的通道，等官方镜像再测 Play 相关功能。

国内云手机镜像默认不带 Google 移动服务（GMS）。Android 7、9、11 能不能集成，要看你这台实例所用镜像的说明，不是社区有一个通用安装包。 先在云手机控制台打开该实例的镜像版本和产品文档，确认有没有官方的「集成 GMS」或海外镜像。有的话只按文档做，做完用 Play 商店登录和一条推送验证。文档入口在云手机 CPH：https://support.huaweicloud.cn/cph/index.html 没有官方方式时，不要往实例里刷 OpenGApps 或来路不明的 GMS 包。云手机系统层改动经常在还原镜像或重启后丢失，而且自行分发 GMS 不符合 Google 的授权要求，也容易违反云手机使用协议。Play 商店、地图密钥和推送证书这种能力，侧载后仍然不可用。 业务上可以分开处理：推送、登录、地图改用应用自己的账号和 HMS 或第三方 SDK；只有海外应用兼容性测试才必须上 GMS。这种情况提工单，写明 Android 版本和实例区域，问有没有合规镜像，不要在正在用的实例上试。 Android 14 是另一套镜像，7/9/11 的做法不能直接套过去，需要的话单独看 14 那个帖子对应的镜像说明。

按要替换的能力拆开看，华为云上没有一个产品和 DataStage 完全同构，但常见场景可以落到下面几个服务。 库表批量同步、入湖入仓（DataStage 作业、Kettle 转换里最常见的那部分）：用数据治理中心 DataArts Studio 的数据集成，底层就是原来的云数据迁移 CDM。支持常见关系库、Hive、OBS、DWS 之间的离线同步，增量靠时间戳或自增字段做水位。文档入口：https://support.huaweicloud.cn/dataartsstudio/index.html 系统和 API、消息打通（Informatica 里偏应用集成的那部分）：用应用与数据集成平台 ROMA Connect。FDI 做数据集成，APIC 做 API 开放，还要对接 MQ、设备或合作方系统时优先选它，而不是硬塞进批量作业。文档：https://support.huaweicloud.cn/roma/index.html 实时链路：源库 CDC 或消息进 Kafka（分布式消息 DMS），再用实时计算 Flink 做转换，落到 DWS 或 OBS。这和 DataStage 的批量作业不是同一条路，别混在一个作业里。 自建 Kettle：可以继续放在 ECS 上跑，信创环境要换成国产操作系统、国产 JDK 和目标库的官方驱动，调度改用 DataArts 作业或系统 cron。这种只适合过渡，补丁和补数都得自己管。 迁移不要指望导入 dsx 或 XML。先列作业清单，按「只读同步 / 有转换 / 有实时」三类重画。字符集、时区和增量水位单独对账，先双跑再切。DataStage 的并行 stage、Informatica 的 mapplet 一般要拆成多步作业。

智能体专属型 Flexus L 是按区域分批上的，北京有没有货，以购买页为准，社区这边看不到内部排期。 建议你先到控制台把区域切到华北-北京四（cn-north-4），打开 Flexus 云服务器 L 实例的购买页，在规格里搜「智能体」。列表里没有，就是该区域还没放开，不是账号权限问题。北京一如果控制台还能选，也用同样方法看一眼。 暂时要跑 Agent，不必干等这个规格：同区域的普通 Flexus L 或 ECS（2核4G 起）就能跑开发者空间里的智能体和 MCP，数据、镜像放同区域的 OBS、SWR，避免跨区流量。专属型多半是资源隔离和配额不同，接口用法和普通 L 实例差不多。 想催上架：控制台提工单，产品选 Flexus，写明区域（华北-北京四）、规格名（智能体专属型）、大致台数和用途。区域新规格没有公开的补货时间，工单才会进需求池。刷新购买页看到规格那天就可以下单，不用等通知。

前面两楼把“先小后大、按负载选系列、用监控和压测定规格”说清楚了。再补一个平均值看不出来、但很亏钱的坑：性能突发型或共享型实例的 CPU 积分。 这类规格有基准 CPU 和积分余额。空闲时积分会攒起来，短时间可以跑满；积分耗尽后会被压回基准性能。现象是白天点一点还行，持续压测或定时任务一跑就卡，而云监控里的日均 CPU 仍然只有百分之二三十。这时如果只看平均值，会误以为“规格够用，不用升配”。 可以这样确认：1. 在云监控 CES 里同时看 CPU 利用率和 CPU 积分余额。余额持续下降并接近 0，就应该换成通用型，而不是在突发规格上继续加核。2. 用同一段 wrk 或 sysbench 连续跑 30 分钟以上，对比前 5 分钟和最后 5 分钟的 QPS。后段明显掉下去，就是积分耗尽，不是业务代码突然变慢。3. 纯学习、演示可以留在 Flexus 或共享型。只要有持续在线的接口或定时批处理，直接用通用型 2vCPU/4GB，通常比“突发型顶满再指望积分”更稳，账单也更好估算。 升配前再把磁盘和带宽拆开看。CPU 积分正常但接口仍慢时，优先检查云硬盘 IOPS 和公网带宽有没有先打满。计算规格升了，慢盘和很小的带宽不会一起变快。

三者都能声明变量，但作用域、提升和能否重新赋值不一样。日常代码优先用 const，需要重新赋值再用 let，尽量不要再用 var。 1. 作用域var 是函数作用域。在函数里声明后，整个函数都能访问，包括 if、for 里面。let 和 const 是块级作用域，只在最近的一对大括号内有效。for (let i = 0; i n; i++) 里，每一轮的 i 都是独立绑定，循环里的异步回调能拿到当次的 i；改成 var 则所有回调都看到最后那个 i。 2. 暂时性死区三者都会被提升，但 var 提升后初始值是 undefined，声明前访问不会报错。let 和 const 在进入作用域到执行到声明语句之前，变量已存在但不能访问，访问会抛出 ReferenceError。这就是暂时性死区，用来避免“先用后声明”这种隐蔽错误。 3. 重复声明同一作用域里 var 可以重复声明，后面的会覆盖前面的。let 和 const 不允许重复声明，否则直接 SyntaxError。 4. 重新赋值var 和 let 可以重新赋值。const 必须在声明时初始化，而且绑定不能重新指向新值。注意：const 限制的是绑定，不是对象内容。const obj = {} 之后仍然可以改 obj.a，但不能写 obj = 另一个对象。需要真正不可变时，还要配合 Object.freeze，而且它只冻结第一层。 5. 全局声明时的差别在浏览器全局用 var 声明，会变成 window 的属性。let 和 const 不会挂到 window 上，避免污染全局对象。 一个简短对照：function demo() {  console.log(a); // undefined，不会报错  var a = 1;  // console.log(b); // ReferenceError  let b = 2;  const c = { n: 3 };  c.n = 4; // 可以  // c = {}; // TypeError}for (var i = 0; i 3; i++) setTimeout(() => console.log(i), 0); // 3 3 3for (let j = 0; j 3; j++) setTimeout(() => console.log(j), 0); // 0 1 2 结论：新代码默认 const；绑定需要变化时用 let；只有维护老代码时才保留 var。