基本信息

来源摘要/节选

公开展示已截断至最多 800 个字符；请访问原始来源查看完整上下文。

前阵子折腾 AI 编程 Agent 的 Demo，想实现个很简单的效果：跟大模型说一句「用 vite 建一个 React 的 todo 项目」，它就能自动把命令跑完、项目建好。本来以为很简单，不就是调用 Node 的 child_process 跑个命令么，结果前前后后卡了我两天。要么命令悄无声息没反应，要么直接报找不到命令，Windows 和 Mac 上表现还不一样。踩完一圈坑我才发现，这个看起来最基础的 API，细节里全是门道。今天就顺着我当时踩坑的思路，把 child_process 写命令执行工具的完整过程捋一遍，省得你们再走弯路。 先说说为啥 Agent 非得用 child_process 我最开始其实也疑惑过，直接在 Node 里调命令不行吗，为啥非要整个子进程出来？后来想明白了，Node 本身是单线程跑 JS 的，主进程要处理大模型调用、对话逻辑、状态管理这些事，总不能卡着等一条命令执行完吧？而且 bash 命令本质就是系统级的独立进程，跟 Node 进程本来就不是一回事，硬塞到主线程里反而会把整个 Agent 堵死。 你可以这么理解：Agent 主进程就像办公室里的项目经理，只管做决策、调度任务；跑命令这种外勤杂活，交给专门的同事（子进程）去干。同事出去跑任务的时候，项目经理该干嘛干嘛，不会被卡住，同事干完了通过专属通道（IPC 进程间通信）回传结果就行。 像 Cursor、Trae 这类 AI 编程工具，底层的命令执行能力本质都是这么实现的。大模型输出要执行的指令，Agent 封装一层调用 child_process 开子进程跑命令，跑完把结果返回给大模型，再继续下一步操作。整个自动化的基础，就是这个看起来不起眼的子进程工具。…

来源说明

当前只保存了公开页面节选，不代表原文全文。请以原始来源为准。

本页只呈现已做哈希绑定的来源证据，不包含基于旧正文或缺失原文的扩展推断。