安全软件拦截Node与VSCode管道通信是因为其将命名管道创建、远程线程注入及临时目录访问判为高危行为，导致调试卡顿或进程退出；需在Windows Defender中添加VSCode主程序、配置目录及%TEMP%\vscode三处文件夹排除，并在火绒/360中放行相关进程行为。
为什么安全软件会拦截 Node 与 VSCode 的管道通信
VSCode 的 Node.js 调试器（js-debug）和终端子进程（如 node.exe、renderer.exe）依赖 Windows 命名管道（Named Pipe）进行进程间通信。火绒、360、Windows Defender 等常将以下行为判为高危并静默拦截：
- Node 进程通过
CreateNamedPipe创建服务端管道（调试器监听） - VSCode 主进程向子进程注入调试钩子（触发“远程线程创建”告警）
- 管道读写发生在
%TEMP%\vscode或用户临时目录，而该路径被勒索防护锁定
结果不是弹窗警告，而是管道句柄无效——表现为 F5 调试卡在 “Starting JavaScript debugger…”、终端启动后立即退出、或报错 The process tried to write to a nonexistent pipe。
如何验证确实是安全软件拦截
别猜，直接看证据：
- 打开任务管理器 → 启动 VSCode → 观察
code.exe和node.exe是否刚出现就消失 - 在 Windows 安全中心 → “病毒和威胁防护” → “保护历史记录” 中筛选“阻止”，搜
node.exe或code.exe - 火绒用户：打开“防护日志” → 切换到“自定义防护”页 → 查最近 5 分钟内对
code.exe的拦截记录（关键词：“代码自修改”“进程注入”“命名管道访问”） - 临时关闭实时防护（仅验证用），再 F5 调试 —— 若成功，即锁定冲突
必须添加的三个排除路径（Windows Defender）
只加 Code.exe 不够，子进程仍会被拦。必须添加文件夹级排除：
Rydberg Agent Node
下载
使用一条命令部署ProbeChain Rydberg测试网代理节点。自动注册为Agent(NodeType=1)，免gas，支持macOS/Linux/Windows。触发词：/r
-
%USERPROFILE%\AppData\Local\Programs\Microsoft VS Code（主程序目录） -
%USERPROFILE%\AppData\Roaming\Code（扩展、配置、调试器插件所在） -
%TEMP%\vscode（TypeScript 编译缓存、调试临时管道文件存放地）
操作路径：设置 → 隐私和安全性 → Windows 安全中心 → 病毒和威胁防护 → 管理设置 → 添加或删除排除项 → 点“添加文件夹”。注意：不能只加单个 .exe 文件，否则 node.exe 或 renderer.exe 仍被扫描。
火绒/360 用户要额外关掉“自定义防护”里的具体规则
这类软件的“主动防御”比主引擎更激进，且默认不放行 VSCode 子进程行为：
- 进入火绒 → “防护中心” → “自定义防护” → “高级防护” → 找到最近拦截条目，对
code.exe和node.exe点击“添加信任” - 若无自动记录，手动新建规则：类型选“进程行为防护”，目标进程填
code.exe，放行“创建命名管道”“远程线程注入”“修改自身内存”三项 - 360 用户需在“弹窗拦截”→“自定义规则”中，为
code.exe开启“允许所有网络连接”和“允许创建本地服务”
真正麻烦的不是某一条规则，而是 Defender 拦管道 + 火绒拦注入 + 勒索防护锁 %TEMP% 三者叠加——改完一项就重启 VSCode 测试，别堆在一起调。
