node.js repl 中顶层 await 需显式启用 --experimental-repl-await 标志，因 repl 默认为 commonjs 模式且不支持 --input-type=module；启用后可直接执行 await promise.resolve('ok')，但 require 加载的 commonjs 模块内仍不可用。
Node REPL 中的顶层 await 并非开箱即用，它依赖明确的实验性标志和模块上下文。从 v14.3.0 开始支持，但直到 v14.8 才在 ES 模块中“免标志”启用；而在 REPL 环境下，始终需要显式启用。
REPL 中启用顶层 await 的必要条件
默认 node 进入的 REPL 是 CommonJS 模式，不支持顶层 await。必须添加 --experimental-repl-await 启动标志：
-
node --experimental-repl-await启动后，可直接输入await Promise.resolve('ok')并得到结果 - 该标志仅影响当前 REPL 会话，不改变文件执行行为
- 即使启用了该标志，
require()加载的 CommonJS 模块内仍不可用顶层 await
为什么不能靠 --input-type=module？
REPL 不接受 --input-type=module 这类标志——它没有输入文件路径，无法按模块类型解析源码。官方明确限制了该场景的入口方式，因此唯一合规路径就是 --experimental-repl-await。
这个设计不是疏漏，而是为避免混淆模块加载语义：REPL 是交互式求值环境，其输入本质是“临时脚本”，而非正式模块。
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
与 .mjs 或 type="module" 文件的区别
在文件中使用顶层 await 需满足 ES 模块前提，例如：
- 文件扩展名为
.mjs，或 -
package.json中设置"type": "module"，且文件为.js
此时无需额外标志（v14.8+），但 REPL 不适用这套规则。文件执行走的是 ESM loader 流程，而 REPL 走的是独立的交互式 evaluator，二者底层机制不同。
常见失效场景与验证方法
以下操作会导致 SyntaxError 或 ReferenceError，需逐一排查：
- 未加
--experimental-repl-await就尝试await fetch(...) - 在已启动的 REPL 中动态执行
require('repl').start({...})，新实例不会继承原标志 - 混用
require()和顶层 await：CommonJS 模块无法导入含顶层 await 的 ESM 文件
快速验证是否生效：输入 await Promise.resolve(42)，若返回 42 即成功；若报 SyntaxError: await is only valid in async function，说明标志未启用或环境不匹配。
