北京
微软把自家Copilot背后的那套harness，通过Microsoft Foundry对外开放了。开发者现在可以用一种完全托管的方式，构建能够推理、调用工具、完成复杂长周期任务的Agent。
这套harness由GitHub工程团队打造，已经在微软内部全面采用。它支撑着Copilot Code、Copilot Studio、GitHub Copilot应用、CLI、VS Code等多个产品面。换句话说，开发者拿到的不是实验室里的半成品，而是已经在数百万用户规模上跑过的底座。
harness到底是什么？
如果模型提供智能，harness就是模型之外的一切。它是编排层，负责给Agent正确的指令、上下文、执行环境和控制手段，让它能完成有意义的工作。一套合格的harness需要支持MCP、agent skills、agent plugins这类开放标准。
这个领域变化极快。今天的前沿模型，明天可能就落后了。自己搭harness或者模型路由来跟进，既痛苦又缓慢。微软给出的方案是：直接建在微软和GitHub自家产品所用的同一套harness上，维护的事交给他们。
从GitHub长出来，在企业级规模上打过仗
这套harness出自打造多模型编排等新技术的同一批GitHub工程师之手。它被设计成快速、token高效、可预测，在要求最苛刻的开发者群体中满意度最高。这也是微软把全部Copilot体验统一到这一底座上的原因。
能力层面，它跨模型家族工作，支持20+前沿模型，还支持自带密钥（bring your own key）。开发者不必自己跟进和评估新模型，由微软根据任务智能路由到合适的模型或模型组合。
性能上有一个关键动作：harness运行时最近被移植到Rust，带来了行业领先的性能表现，会话开销和首token时间都有下降。由于它支撑着微软各条产品线，已经在数百万用户和数百个真实用例中验证过。
统一harness让微软能更快发布、更快学习、持续改进Copilot。而在Foundry里构建的Agent跑在同一套harness上，意味着harness的每一次改进，都会同步惠及开发者自己的Agent。
怎么用
SDK可以下载，也可以在云端运行，全部由Foundry托管。平台保持开放和互操作，开发者仍然可以引入任何自己想要的harness和框架。
分工很清晰：微软负责跑Agent循环和沙箱，治理与优化从第一天就内置；开发者负责提供指令、技能、工具和模型选择。
微软把这步定位为"围绕模型构建更强系统、同时保留选择权"愿景的重要进展，也是把GitHub最好的东西带到微软平台及其之外。
特别声明：以上内容(如有图片或视频亦包括在内)为自媒体平台“网易号”用户上传并发布，本平台仅提供信息存储服务。
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.
