北京
微软本周给Azure Logic Apps装上了代码解释器功能。官方通知很简短，但工程师圈子里转发得很快——在一个自动化工作流中直接生成并执行代码，这件事的想象空间不小。
具体来说，Logic Apps的代理现在可以执行Python、JavaScript、C#和PowerShell代码。运行环境不在主进程上，而是一个Hyper-V隔离沙箱。这意味着一个大型语言模型接到自然语言指令后，可以自己生成代码、在安全边界里执行、再把结果传回来，整个过程都被纳入同一个治理框架的工作流。
这项能力的底层是Azure Container Apps的动态会话。每个代码解释器会话都跑在自己的Hyper-V边界里，这是微软自己处理不可信工作负载时也用的硬件级隔离原语。Logic Apps团队在公告中解释说：“这就像是把ChatGPT高级数据分析工具的能力直接集成进了Logic Apps运行时。”他们给出的路径很直白：用户不需要写代码，也不需要手动处理电子表格，只要用自然语言描述意图，就能在同一个工作流里拿到可执行的结果。
一个典型的企业场景是这样的。某公司的销售数据躺在电子表格里，Logic Apps代理工作流收到这份文件，先用文档分析工具提取数据，然后生成Python代码来计算趋势并做可视化，这个代码在沙箱会话里执行，最后返回结果给提问的人。提问题的人完全不需要懂Python。而且因为代码跑在隔离区而不是主机进程上，即便幻觉出“import os； os.remove（'/'）”这种危险操作，也造不成实际破坏。逻辑应用团队描述这个流程时，强调的是“无代码”和“零信任”两点同时被满足。
这背后微软内部不同代理平台之间的定位差异，也引起了一些架构师的讨论。中粮国际的Azure解决方案架构师Somnath Saha梳理了企业架构师面前的三个选择：Logic Apps代理循环适合拥有超过450个连接器的集成密集型工作流；Microsoft Foundry针对专业代码级多代理编排，给开发人员完整的模型控制权；Copilot Studio则面向嵌入Microsoft 365的低代码对话代理场景。Saha给出的判断比较明确：“当你的场景需要在多个企业系统之间做编排，包括ERP、CRM、数据库和API，还要内置治理、重试逻辑和审计追踪，Logic Apps代理循环是最合适的。”他管它叫“集成架构师的代理平台”。
模型选择方面同样留有自由度。DevUP Solutions创始人、微软MVP Mattias Lögdberg向InfoQ确认，目前后台对接的是OpenAI服务。架构师可以在该服务已经部署的模型里做选择，然后精确指定每个工作流或每个代理使用哪个模型。“你对用什么模型有完全的控制权。”他说。
代码解释器加上去之后，这种定位被进一步强化了。集成工作流里经常要在中途对数据做转换、分析或者补充，过去可能得额外接个计算服务或者写死一段函数，现在让代理在沙箱里跑一段动态生成的代码就能搞定。Logic Apps团队自己在公告里提了一句，微软内部也把这个代码解释器称为“在治理框架内的AI驱动计算”，强调的是规范约束下的能力释放，而不是单纯的技术炫技。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
Notice: The content above (including the pictures and videos if any) is uploaded and posted by a user of NetEase Hao, which is a social media platform and only provides information storage services.
