Microsoft Azure Developer Community 在 2026 年 6 月 11 日介绍 Foundry Hosted Agents 的 source-code deployment。这项 preview 功能让开发者可以把 agent 以 '.zip' source package 上传部署，而不一定要先建立和推送 container image。
这个更新看似只是部署方式多一个选项，但对 agent 开发流程很重要。很多团队在 prototype 阶段真正想做的，是快速修改 agent logic、测试工具调用、观察执行记录，再逐步收紧权限和 runtime。若每次都要先处理 container build、registry、image tag 和部署流程，内循环会变慢。
Microsoft 文件描述的 lifecycle 很清楚：package、create 或 update、poll until active、invoke。source-code path 使用 'code_configuration'，而 container path 使用 'container_configuration'；两者在同一版本上互斥。这代表团队可以按成熟度选路径：早期用 source-code zip 加快迭代，之后在需要完整 runtime 控制时再转 container。
值得留意的是 dependency resolution。'remote_build' 让 Agent Service 在 provisioning 时根据 requirements.txt 或 .NET project file 安装依赖，适合小型上传和初期开发；'bundled' 则把预建依赖一同放进 zip，较适合私有依赖、可重现 build 或 server-side restore 不稳定的场景。
这个方向也反映生产级 AI agent 正进入更清晰的部署分层。模型选择和 agent framework 只是其中一部分，真正上线还需要身份、权限、日志、状态、版本、回滚和资源控制。Hosted Agents 的 source deployment 让较多团队可以先跨过 deployment friction，把注意力放在 agent 行为和验收上。
不过，source-code deployment 不等于可以忽略工程治理。开发者仍要处理 dependency pinning、secret 管理、角色权限、成本估算、logs 是否含敏感资料，以及 preview API 可能变更。越容易部署，越需要有清楚的 promotion 和审批流程。
整体而言，Microsoft 这次更新显示 agent runtime 竞争正在从「能否跑起来」走向「能否用软件工程方式持续部署」。当 agent 可以用 source package、CLI、VS Code 或 REST API 进入受管 runtime，企业就更容易把 AI workflow 纳入既有 CI/CD 和营运治理。
