Microsoft Copilot Harness in Foundry Açıklaması (2026)

Model değiştirmek, orkestrasyon katmanını baştan yazmayı gerektirmemeli. Ancak agent projelerinde takvimleri en çok bozan işlerden biri tam da bu yeniden geliştirme süreci. Microsoft Foundry içindeki Microsoft Copilot harness, Microsoft'un buna verdiği yönetilen yanıt niteliğinde: Copilot Code, Copilot Studio, GitHub Copilot uygulaması, CLI ve Visual Studio Code'un arkasındaki aynı yürütme katmanı artık genel önizlemede. Üstelik çalışma zamanı 1 Aralık 2026'ya kadar ücretsiz (blogs.microsoft.com). Şimdilik deneylerinizi kurup test edebilirsiniz; ancak aşağıdaki önizleme sınırları çözülene kadar üretim iş yüklerinizi mevcut altyapınızda tutmanız daha doğru olur.

Microsoft Copilot harness tam olarak ne yapıyor?

Microsoft Copilot harness, modelin ürettiği muhakemeyi tamamlanmış işe dönüştüren, modelin etrafındaki yönetilen orkestrasyon katmanıdır. Microsoft agent döngüsünü, sandbox ortamını, yönetişimi ve optimizasyonu sağlar; geliştirici ise talimatları, becerileri, araçları ve model seçimini belirler.

Microsoft'un tanımı oldukça net: "Model zekâyı sağlıyorsa harness, modelin etrafındaki her şeydir" (blogs.microsoft.com). Pratikte harness; görev ilerledikçe çalışma bağlamını yönetir, model ve araç çağrılarını koordine eder, dosyaları ve kodu sandbox içinde çalıştırır, sınırlı alt görevleri yerleşik subagent'lara devreder ve yapılandırılmış limitlerle politika sınırlarını uygular (devblogs.microsoft.com).

Çok modelli yönlendirme: 20'den fazla frontier model ve BYOK

Microsoft Copilot harness, bring-your-own-key (BYOK) yapılandırmalarıyla farklı model ailelerinden 20'den fazla frontier modeli destekliyor. İş yükünü de göreve göre uygun modele veya modellere yönlendiriyor (blogs.microsoft.com). Microsoft duyurusunda 20'den fazla modelin tam listesini paylaşmıyor. Bu nedenle çok modelli bir mimari planlamadan önce, kullandığınız Foundry bölgesinde hangi modellerin gerçekten erişilebilir olduğunu doğrulayın. Temel vaat şu: müşteriler artık özel bir yönlendiriciyi kendileri işletmek zorunda kalmıyor. "Talimatları, becerileri, araçları ve model seçimini siz getiriyorsunuz."

İlk kullanıcıların ilgisini çeken noktayı @ai_fengshou şöyle özetliyor: Model her değiştiğinde orkestrasyon katmanını yeniden yazmanız gerekmiyor.

Rust çalışma zamanı ve şimdiden güç verdiği ürünler

Microsoft Copilot harness çalışma zamanı kısa süre önce Rust'a taşındı. Microsoft, bu değişikliğin oturum ek yükünü ve ilk token'a ulaşma süresini azalttığını söylüyor (blogs.microsoft.com). Ancak yayımlanmış bir yüzdesel iyileşme veya gecikme tablosu bulunmuyor; bu nedenle iddiayı yön gösteren, nicel olarak doğrulanmamış bir açıklama olarak değerlendirin.

Microsoft, aynı harness'ın Copilot Code, Copilot Studio, GitHub Copilot uygulaması, GitHub Copilot CLI, Visual Studio Code ve diğer Microsoft ile GitHub Copilot yüzeylerine güç verdiğini belirtiyor (blogs.microsoft.com). Şirket bu ortak temelin milyonlarca kullanıcı ve yüzlerce gerçek dünya kullanım senaryosuyla test edildiğini söylüyor (blogs.microsoft.com).

Harness; Model Context Protocol (MCP), agent skills ve agent plugins üzerinden açık biçimde genişletilebiliyor (blogs.microsoft.com).

28 Ekim 2026'da neler değişti?

Microsoft, 28 Ekim 2026'da birbiriyle bağlantılı iki adım attı: Microsoft Copilot harness, Foundry Agent Service içinde genel önizlemeye açıldı; barındırılan agent'lar için uzun süren iş akışlarında dayanıklılık özelliği ise genel kullanıma sunuldu (devblogs.microsoft.com).

Ürün terminolojisi de değişiyor. Copilot Studio belgelerinde hâlâ GitHub Copilot harness olarak geçen yapı, ürün genelinde artık Microsoft Copilot harness adıyla anılıyor. Ancak belgelerin tamamı aynı anda güncellenmiş değil (microsoft.com).

Foundry Agent Service artık üç soyutlama seviyesi sunuyor: harness kullanmayan prompt agent'lar, önizlemedeki Microsoft Copilot harness'lı prompt agent'lar ve geliştiricinin framework'ü kontrol ettiği hosted agent'lar (devblogs.microsoft.com). Saatler veya günler süren iş akışlarında kesintilerden kurtulabilen hosted agent'lar için uzun süreli dayanıklılık özelliği ise şimdiden GA durumunda.

Foundry'de harness agent nasıl oluşturulur?

Foundry harness agent, bildirimsel olarak tanımlanır ve uygulama koduyla birlikte saklanır (devblogs.microsoft.com). Geliştiriciler agent'ı Foundry'de oluşturup test eder, tanımları kaynak kodu kontrolünde tutar ve Azure Developer CLI (azd) veya Foundry portalı üzerinden dağıtır (devblogs.microsoft.com).

Yeniden kullanılabilir skills, yöntemi paketler

Yeniden kullanılabilir skills; agent'ların farklı görevlerde uygulayabileceği talimatları, script'leri, yardımcı kaynakları ve prosedürleri bir araya getirir. Belgelerdeki örnekte skills/research-brief/SKILL.md konumundaki research-brief skill'i kullanılıyor. Bu skill agent'ın soruyu, hedef kitleyi, kapsamı ve zaman aralığını doğrulamasını; onaylı araçlarla kanıt toplamasını; kaynakları ve tarihleri belirtmesini; olgularla yorumları ayırmasını ve çelişkili kanıtları işaretlemesini zorunlu kılıyor.

Bağlı araçlar yönetişim altında kalıyor

Bağlı araçlar, agent'ların Microsoft Foundry araçlarını ve MCP araçlarını açıkça yapılandırılmış kimlik doğrulama ve onay mekanizmalarıyla kullanmasını sağlar. Bu onay adımı bir yönetişim kontrolüdür. Ancak aşağıdaki Reddit paylaşımlarının gösterdiği gibi, son kullanıcılar sürekli izin pencereleriyle karşılaştığında üretimde sürtüşmenin kaynağına da dönüşebilir.

Yürütme, dosyalar ve görev devri

Agent'lar dosyalarla çalışabilir, kod çalıştırabilir ve sınırlı görevleri yerleşik subagent'lara devredebilir; ana agent ise sonuçları koordine eder. Copilot Studio'nun harness karşılaştırmasına göre GitHub kökenli harness, Word, Excel, PowerPoint ve PDF dosyalarını yerel olarak oluşturup düzenleyebiliyor; ayrıca skills ve memory desteği sunuyor (learn.microsoft.com).

Kaynak kodunda tutulan tanımlar ve tek satırlık harness seçimi

Agent tanımları kodla birlikte tutulur. Foundry örneğinde harness, azure.yaml içinde tanımlanıyor (devblogs.microsoft.com):

harness:
  type: microsoft_copilot_preview

Örnek; bir research-brief prompt agent'ını, web araması (public-research) ve Code Interpreter (research-analysis) kullanan research-brief-skill skill'ine bağlıyor. Ortam girdileri olarak da FOUNDRY_PROJECT_ENDPOINT ve MODEL_DEPLOYMENT_NAME kullanılıyor (devblogs.microsoft.com). Dağıtım ve çağrı işlemleri önizleme CLI'ı üzerinden yapılıyor:

azd deploy --all
azd ai agent invoke research-brief \
  "Compare publicly announced approaches to agent interoperability. Produce a concise brief with sources, tradeoffs, and open questions."

Diğer geliştirme seçenekleri arasında Foundry portalı, Visual Studio Code için Foundry Toolkit ve GitHub Copilot uygulaması için Foundry plugin'i bulunuyor (devblogs.microsoft.com).

Göreviniz için hangi Foundry agent yolu uygun?

Tek bir doğru soyutlama seviyesi yok. Microsoft'un kendi tavsiyesi, uygulamanın ihtiyacını karşılayan ve en az altyapı sahipliği gerektiren seçeneği kullanmak (devblogs.microsoft.com). Önizleme döneminde bu seçim agent oluşturulurken kilitleniyor; dolayısıyla oluştur düğmesine basmadan önce karar vermelisiniz.

Microsoft'un paylaştığı ilk müşteri sinyalleri arasında, altyapı yerine tasarıma odaklanarak bir çözümü bir haftadan kısa sürede kullanıma alan Confluence Technologies ve ticari açıdan bağlayıcı kararları insan kontrolünde tutarken harness'ı yönetişimli tedarik iş akışlarında kullanan Fashable bulunuyor (devblogs.microsoft.com).

1 Aralık 2026'dan sonra maliyet ne olacak?

Microsoft Copilot harness çalışma zamanı için faturalandırma, tüketim bazlı modelle 1 Aralık 2026'da başlayacak. Bu tarihten önceki çalışma zamanı kullanımı ücretsiz; ancak model çıkarımı, ayrıca ücretlendirilen araçlar ve bağlı servisler bu dönem boyunca ayrı ayrı ücretlendiriliyor.

Fiyatlar bölgeye ve müşteri sözleşmesine göre değişebilir (devblogs.microsoft.com). Önizleme sırasında yürütme ortamının CPU, bellek ve boşta kalma ayarlarını Foundry yönetiyor (devblogs.microsoft.com); desteklenen bölgeler, modeller, araçlar ve önizleme sınırları için ayrı belgelere yönlendiriyor.

Copilot Studio'da GitHub kökenli harness kullanan agent'lar, Foundry sandbox ölçümünden ayrı bir faturalandırma yüzeyi olan Copilot Credits üzerinden kullanım bazlı ücretlendiriliyor (learn.microsoft.com). Bir pilot projenin tahmini maliyetini çıkarmak için gözlemlenen sandbox vCPU-saat ve GiB-saat değerlerini yukarıdaki oranlarla çarpın; ardından model token ve araç ücretlerini ekleyin.

Geliştirmeye başlamadan önce kontrol etmeniz gereken önizleme sınırları

Bir önizleme projesinin üretim koşullarında ayakta kalıp kalmayacağını çoğu zaman dipnotlar belirler. Aşağıdaki kısıtlar, kullanıcıların fark ettiği noktalar ayrıca belirtilmediği sürece Microsoft'un kendi Foundry yazısından alınmıştır.

• Harness seçimi şimdilik geri döndürülemiyor. Agent'ı oluştururken harness'ı seçiyorsunuz; mevcut agent'lar değişmeden kalıyor ve oluşturma sonrasında harness değiştirmek şu anda desteklenmiyor. İlk kullanıcılardan biri de tam olarak bunu vurguladı: "Agent'ı oluştururken Copilot harness'ı seçiyorsunuz. Mevcut agent'lar değişmeden kalıyor ve oluşturma sonrasında harness değiştirme henüz desteklenmiyor" — @navaneethan_es.
• Bölgeler ve modeller sınırlı. Foundry, desteklenen bölgeler, modeller, araçlar ve önizleme sınırlarının tam listesini belgelere bırakıyor. Bir kullanıcı özeti, yaklaşık dokuz bölge bulunduğunu, Orta Doğu desteğinin olmadığını ve tam bring-your-own-model özelliğinin henüz sunulmadığını belirtiyor — @HeshamSaadZaki. Bunu resmî bölge tablosu değil, belgelerden doğrulanması gereken bir kullanıcı yorumu olarak değerlendirin.
• Uzun süren işlerin kurtarılması sizin kodunuzun sorumluluğunda. Foundry kesintiye uğrayan hosted işlerini yeniden başlatıyor ve ilk girdiyi yeniden sağlıyor. Ancak uygulamanın ilerlemeyi kaydetmesi, checkpoint'lerden devam etmesi ve aynı harici raporu iki kez oluşturmak gibi yinelenen eylemleri engellemesi gerekiyor. Yalnızca konuşma geçmişi, devam eden işi geri getirmiyor.
• Ürünle birlikte benchmark veya SLA rakamları açıklanmadı. Gecikme, throughput veya doğruluk tabloları olmadan, "sektör lideri performans" gibi nitel ifadelerle karşılaşmayı bekleyin.

İlk Copilot harness kullanıcıları üretimde nelerle karşılaştı?

GitHub kökenli harness üzerinde çalışan Copilot Studio kullanıcıları, önizleme ile üretim arasındaki farklara dair tekrarlanan bazı endişeler dile getiriyor. Bu paylaşımlar, Foundry önizlemesinden önceki Copilot Studio GitHub-harness deneyimini anlatıyor. Microsoft'un sözünü ettiği ortak köken nedeniyle burada Foundry hakkında bir çıkarım olarak yer veriliyor (blogs.microsoft.com); Foundry ölçümü olarak değerlendirilmemeli.

The god damn connectors wont even stay connected for a day in prod. — r/copilotstudio içindeki u/roberts2727

Sometimes the flows work; other times the agent doesn't pass anything to them at all. — r/copilotstudio içindeki u/donstazz

business users cannot do these app regs etc. and it is IT admins who need to do it. For each and every agent separately. — r/copilotstudio içindeki u/Teemu_St

Bu başlıklarda bildirilen sorunlar şöyle:

• r/copilotstudio içinde, SharePoint destekli agent'larda alternatiflere kıyasla belirgin biçimde daha yavaş yanıtlar alındığı bildiriliyor.
• Studio test panelinde çalışan agent'ların Teams veya M365 Copilot'a dağıtıldıktan sonra genel hatalarla başarısız olduğu bildiriliyor (r/copilotstudio).
• r/copilotstudio içinde connector ve flow kararsızlığının yanı sıra tekrarlanan kimlik doğrulama ve MCP onay sorunlarından söz ediliyor.
• r/microsoft_365_copilot içinde, M365 Copilot lisansının harness çalışma zamanını kapsayıp kapsamadığı veya Copilot Credits ücretlerinin ayrıca uygulanıp uygulanmadığı konusunda faturalandırma karmaşası bildiriliyor.

Bunların hiçbiri Foundry önizlemesini geçersiz kılmıyor. Ancak pilot projenizin kontrol listesi net: takvim sözü vermeden önce gerçek bilgi kaynağınız, gerçek kanalınız ve gerçek son kullanıcı onay akışınızla test yapın.

Sık sorulan sorular

Microsoft Copilot harness ile GitHub Copilot harness aynı şey mi?

Evet. Yeni Microsoft adı altında aynı GitHub tarafından geliştirilen kökenden geliyor; geçiş tamamlanana kadar bazı Copilot Studio belgelerinde eski ad kullanılmaya devam ediyor.

Foundry harness hangi modelleri destekliyor?

Göreve göre yönlendirmeyle 20'den fazla frontier model ve BYOK destekleniyor. Microsoft tam listeyi yayımlamıyor; bu nedenle bölgeniz için Foundry belgelerini kontrol edin (yukarıdaki çok modelli bölümüne bakın).

Mevcut bir Foundry agent'ını harness'a taşıyabilir miyim?

Önizleme sırasında yerinde geçiş yapılamıyor. Paralel bir değerlendirme yürütün: prompt'ları, araçları, kimlik doğrulamayı ve durum gereksinimlerini envanterleyin; önizleme projesinde microsoft_copilot_preview ile agent'ı yeniden oluşturun; ardından geçiş yapmadan önce kaliteyi, gecikmeyi, sandbox kullanımını ve kurtarma davranışını karşılaştırın.

M365 Copilot lisansı harness kullanımını karşılıyor mu?

Otomatik olarak karşılamıyor. Foundry sandbox işlem gücü ve belleği model çıkarımından ayrı ölçüyor; Copilot Studio ise bu harness ailesini Copilot Credits üzerinden faturalandırıyor. Kullandığınız yüzey için geçerli ölçüm birimini doğrulayın.

Harness mı yoksa hosted agent mı kullanmalıyım?

Orkestrasyonun sahibi olmadan yönetilen döngü, sandbox, skills ve subagent'lara ihtiyacınız varsa harness'ı seçin. Framework'ü veya çalışma zamanını kontrol etmeniz gerekiyorsa ve checkpoint ile idempotency sorumluluğunu üstlenebiliyorsanız hosted agent kullanın.

Önizlemede research-brief skill modelini temel alarak başlayın. Aynı görevde sandbox ve token maliyetini harness kullanmayan bir prompt agent'la karşılaştırın. Taşıma süreci, bölgeler ve onay davranışı tenant'ınız için net biçimde belgelenene kadar üretimde doğrulanmış yolunuzdan ayrılmayın.