Azure DevOps iş öğelerin,
seçtiğin ajanın elinde
Sprint Azure Boards'ta yaşıyor. Sana atanan kullanıcı hikayeleri ve hatalar orada; yeniden üretme adımları, kabul kriterleri ve ekran görüntüleriyle. Senin istediğin, her birinde bir ajan; kendi makinende, işe en uygun CLI'da.
AgentsRoom bu iş öğelerini açıklamaları, yeniden üretme adımları, kabul kriterleri ve ekli dosyalarıyla birlikte projenin backlog'una aktarır. Her biri, Claude Code, Codex, GitHub Copilot CLI, Cursor ya da başka bir ajan CLI'sına verdiğin bir ticket olur, her ticket'a bir ajan. İçe aktarma yalnızca okur: Azure DevOps'a asla hiçbir şey geri yazılmaz.
İki Azure DevOps projesi, tek WIQL sorgusu, her ticket'a bir ajan: içe aktarma Azure DevOps'u okur ve ona asla yazmaz.
Azure Boards, Microsoft ekosistemindeki pek çok ekibin işi planladığı yer: backlog, sprint, bu sabah gelen hata. Claude Code, Codex ve diğer ajan CLI'ları ise bu işin giderek daha büyük bir kısmının yapıldığı yer. İkisinin arasındaki olağan yöntem kopyala yapıştırdır: başlık bir prompt'a, yeniden üretme adımları arkasına, ekran görüntüleri de yolda kaybolur.
Azure DevOps içe aktarma bu adımı senin yerine yapar. Kuruluşunu bir kişisel erişim token'ıyla bağlarsın, bir proje seçer ya da bir WIQL sorgusu yazarsın, iş öğelerini önizler ve içe aktarırsın. Açıklama, yeniden üretme adımları ve kabul kriterleri Markdown'a dönüştürülmüş, ekli dosyalar indirilmiş olarak, projenin backlog'unun TODO sütununa sıradan ticket'lar olarak düşerler ve her birinde, diğer tüm ticket'larda olduğu gibi bir ajan başlatırsın.
Bu iki yönlü bir senkronizasyon değil. AgentsRoom Azure DevOps'a yalnızca okuma istekleri gönderir: durum değişikliği yok, yorum yok, değiştirilen alan yok. Bir ajanın bir iş öğesine yorum yapmasını ya da onu kapatmasını istiyorsan, bunun için Microsoft'un kendi Azure DevOps MCP sunucusu var ve aşağıda anlatıldığı gibi ikisi birlikte çalışır.
Azure DevOps içe aktarma ne yapar
Backlog için bir kaynak daha, Jira, Linear, GitHub Issues ve Notion'ın yanında.
Bir proje ya da kendi WIQL'in
Listeden projelerinden birini seç, onlarca proje olduğunda bir arama alanı da var, sorgu senin için yazılır: o projede hâlâ açık olan her şey, en son değişen en üstte. Ya da WIQL'i kendin yaz: bir alan yolu, bir yineleme, bir etiket ya da yalnızca kendi iş öğelerini tutmak için AND [System.AssignedTo] = @Me.
Numarasıyla tek bir iş öğesi
Yalnızca az önce sana verilen hata mı lazım? TODO sütununun içe aktarma düğmesiyle 1234, #1234, AB#1234 ya da iş öğesinin bağlantısını yapıştır. Kayıtlı içe aktarmaya dokunmadan, tek başına, sütunun en üstüne gelir.
Yeniden üretme adımları ve kabul kriterleri dahil
Azure DevOps spesifikasyonu birkaç HTML alanında tutar. İçe aktarma açıklamayı, yeniden üretme adımlarını ve kabul kriterlerini Markdown'a dönüştürür, ardından kısa bir bağlam bloğu ekler: tür, durum, alan, yineleme, öncelik, story point'ler ve üst öğe. Ajan spesifikasyonu ekibin yazdığı haliyle okur.
Ajanın açabildiği ekler
İş öğesine eklenen dosyalar ve metnine yapıştırılan görseller Azure DevOps oturum açma ekranının arkasında durur, bu yüzden bir bağlantı ajanın işine yaramaz. İçe aktarma onları bilgisayarına indirir ve ticket'a ekler, iş öğesi başına en fazla 10 tane.
Anlamlı tür ve durum
Bug, User Story, Product Backlog Item, Feature, Epic, Task: Basic, Agile, Scrum ve CMMI süreçlerinin yerleşik türleri ticket türüne eşlenir, iş öğesinin türü de etiket olarak kalır. Tamamlanma durumu adından değil, durumun kategorisinden okunur; böylece sürecinde kapatılan bir iş öğesi, durumun adı Closed, Done ya da sana özgü bir şey olsun, tamamlanmış olarak gelir.
Salt okunur, token makinende
Token'ın yalnızca iki okuma kapsamına ihtiyacı var, fazlasına değil. Bilgisayarında şifrelenir ve asla sunucularımıza ulaşmaz; diğer makinelerine projeyle birlikte yalnızca sorgu gider ve orada token'ı yeniden yapıştırırsın.
Nasıl çalışır
Dört adım. İlk ikisi her makinede bir kez yapılır.
- 1
Bir kişisel erişim token'ı oluştur
Azure DevOps'ta User settings'i, ardından Personal access tokens'ı aç ve kuruluşun için iki kapsamlı bir token oluştur: Work Items (Read) ve Project and Team (Read). Yazma yetkisi olan hiçbir şey gerekmez.
- 2
Kuruluşunu bağla
Projenin backlog'unda «Ticket içe aktar»a tıkla ve Azure DevOps'u seç. Kuruluş adını (dev.azure.com/ sonrasındaki kısım, ya da tam adresi yapıştır) ve token'ı gir.
- 3
Seç ve önizle
Bir proje seç ya da bir WIQL sorgusu yaz, sonra «Önizle»ye tıkla. Listede numaraya ya da başlığa göre ara, istediğin iş öğelerini işaretle ve bir seferde en fazla 500 tane olmak üzere içe aktar.
- 4
Her ticket'ı bir ajana ver
İş öğeleri artık TODO'da birer ticket, her birinde Azure DevOps'a geri dönen bir bağlantı var. Bir ajan ve bir model ata, kendi dalında olmasını istiyorsan «Bu görev için ayrı bir worktree içinde kod yaz»ı işaretle ve ticket'ı «Devam ediyor» sütununa sürükle. «Güncelle» daha sonra panoyu yeniden eşitler.
Microsoft ve ajan CLI'larının kendi başına zaten yaptıkları
Microsoft, Azure DevOps için bir MCP sunucusu yayınlıyor (GitHub'da microsoft/azure-devops-mcp). Yerel sunucu için belgeleri, Claude Code için claude mcp add --transport stdio azure-devops -- npx -y @azure-devops/mcp contoso ve Codex için codex mcp add azure-devops -- npx -y @azure-devops/mcp contoso komutunu veriyor; burada contoso kuruluş adının yerine geçer. Varsayılan olarak Microsoft hesabınla oturum açman için bir tarayıcı açılır. Ajan bundan sonra oturumunun içinden iş öğeleri, depolar, pipeline'lar, wiki'ler ve test planları için araçlar alır.
Microsoft bu sunucunun barındırılan bir sürümünü de çalıştırıyor, 5 Ağustos 2026'dan beri herkesin kullanımına açık. Duyurusuna göre Claude Code, Claude Desktop, ChatGPT ve Cursor henüz ona bağlanamıyor, çünkü Microsoft Entra'nın şimdilik onlara sunmadığı bir OAuth kaydına ihtiyaç duyuyorlar; bu yüzden bu kullanıcılar yerel sunucuda kalıyor. Azure Boards ayrıca, Aralık 2025'ten beri herkesin kullanımına açık olan iş öğesindeki Copilot düğmesiyle bir iş öğesini GitHub Copilot kodlama ajanına gönderebiliyor: kodun bir GitHub deposunda olması gerekiyor ve ajan, bilgisayarında bir oturumla değil, GitHub'da taslak bir pull request ile yanıt veriyor.
AgentsRoom içe aktarma başka bir ihtiyaca cevap verir: diğer ticket'larının yanında, bir panoda duran iş öğeleri; her iş öğesine bir ajan, kendi makinende ve seçtiğin CLI'da, hiç Azure DevOps entegrasyonu olmayan CLI'lar da dahil, kod ister Azure Repos'ta, ister GitHub'da, ister başka bir yerde olsun. İkisi birbirini dışlamaz: işi planlamak ve yürütmek için iş öğelerini içe aktar, iş öğesine kendisi yorum yapması ya da onu kapatması gereken bir ajana da Microsoft'un MCP sunucusunu ver.
Bilinmesi gerekenler
- Yalnızca Azure DevOps Services (dev.azure.com). Kendi sunucularına kurulu Azure DevOps Server desteklenmiyor.
- Bilgisayar başına tek kuruluş. İkinci bir kuruluştan içe aktarmak için onu birincinin yerine bağla.
- Yalnızca tek yön: ticket burada teslim edildikten sonra bile Azure DevOps'a hiçbir şey geri gitmez. İş öğesini kendin kapat ya da ajana Microsoft'un MCP sunucusunu ver.
- Token, onu bağlayan bilgisayarda kalır. Başka bir makinede, sen token'ı oraya da yapıştırana kadar panodaki düğme «Azure DevOps bağlı değil» rozetiyle birlikte «Yeniden bağlan» gösterir.
- İçe aktarma başına en fazla 500 iş öğesi ve iş öğesi başına en fazla 10 ekli dosya.
- Yorumlar, atanan kişi, üst öğe dışındaki bağlantılar ve geçmiş içe aktarılmaz: ticket başlığı, açıklamayı, yeniden üretme adımlarını, kabul kriterlerini, bağlam bloğunu, etiketleri ve dosyaları taşır.
- Azure DevOps'u bağlamak ve sorguyu yazmak masaüstünde yapılır. Telefondan içe aktarmayı güncelleyebilir ya da tek bir iş öğesini numarasıyla getirebilirsin; ikisi de açık olması gereken bilgisayarında çalışır.
Sık sorulan sorular
Bu, Microsoft'un Azure DevOps MCP sunucusuyla aynı şey mi?
Hayır. Microsoft'un MCP sunucusu, MCP destekleyen CLI'larda tek bir ajana oturumunun içinden Azure DevOps'u okuma ve değiştirme araçları verir. AgentsRoom içe aktarma ise iş öğelerini herhangi bir ajan başlamadan önce projenin backlog'una getirir; böylece onları planlayabilir, her birini farklı bir ajana verebilir ve panoda takip edebilirsin. İkisini birlikte kullanabilirsin: işi düzenlemek için içe aktarma, iş öğesine yorum yapması ya da onu kapatması gereken bir ajan için MCP sunucusu.
Claude Code, Azure DevOps'u kullanabilir mi?
Evet, iki şekilde. Bir oturumun içinde, Microsoft'un yerel MCP sunucusunu claude mcp add --transport stdio azure-devops -- npx -y @azure-devops/mcp contoso ile ekle (contoso yerine kendi kuruluş adın): ajan bundan sonra iş öğelerini kendisi arayabilir, okuyabilir ve güncelleyebilir. 5 Ağustos 2026 tarihli duyurusuna göre Microsoft'un barındırılan MCP sunucusu henüz Claude Code'u kabul etmiyor. Oturumdan önce ise iş öğelerini AgentsRoom'a aktar ve her birini bir Claude Code ajanına ver: açıklama, yeniden üretme adımları, kabul kriterleri ve dosyalar ajana göreviyle birlikte ulaşır.
Ajan işini bitirdiğinde AgentsRoom iş öğesini güncelliyor mu?
Hayır. İçe aktarma, yalnızca okuma kapsamlarına sahip bir token ile yalnızca okuma istekleri gönderir: durum değişikliği yok, yorum yok, değiştirilen alan yok. Ticket burada teslim edildiğinde iş öğesini Azure DevOps'ta kendin ilerletirsin ya da bunu Microsoft'un MCP sunucusu üzerinden bir ajana yaptırırsın.
Yalnızca bana atanan iş öğelerini içe aktarabilir miyim?
Evet, WIQL ile: projeyi seç, sonra yazdığı sorguya AND [System.AssignedTo] = @Me ekle. Bir yineleme yoluna, bir alan yoluna ya da bir etikete göre de filtreleyebilirsin. Sorgu projeyle birlikte kaydedilir, böylece «Güncelle» onu daha sonra yeniden çalıştırır.
Yalnızca az önce bana atanan iş öğesini getirebilir miyim?
Evet. TODO sütununun içe aktarma düğmesini kullan ve numarasını (1234, #1234 ya da AB#1234) veya bağlantısını yapıştır. Kayıtlı içe aktarmayı değiştirmeden TODO'nun en üstüne gelir ve daha sonra ticket'ın kendisinden tek başına güncellenebilir.
Azure DevOps token'ım bilgisayarımdan çıkıyor mu?
Hayır. Onu bağlayan bilgisayarda, kuruluş adıyla birlikte şifrelenmiş olarak saklanır ve asla sunucularımıza ulaşmaz. Ekler yalnızca bağladığın kuruluştan indirilir, bu yüzden token asla başka bir sunucuya gönderilmez. Hesabında yalnızca içe aktarma sorgusu kaydedilir; böylece içe aktarma projeyle birlikte diğer makinelerine gelir ve orada token'ı yeniden yapıştırırsın.
İçe aktarılan bir iş öğesi üzerinde hangi ajan CLI'ları çalışabilir?
AgentsRoom'un desteklediği 17 ajan CLI'sının tamamı (Claude, Codex, GitHub Copilot CLI, Cursor ve diğer 13 ajan CLI'sı). İçe aktarılan bir iş öğesi sıradan bir ticket'tır: ona atadığın ajan ve modelle, paylaşılan checkout'ta ya da kendi git worktree'sinde çalışır.
Azure DevOps Server ya da Team Foundation Server ile çalışıyor mu?
Bugün için hayır. İçe aktarma, dev.azure.com üzerindeki Azure DevOps Services ile konuşur. Kendi sunucularına kurulu Azure DevOps Server kullanan ekipler yine de bir ajana kendi kurulumlarını destekleyen bir Azure DevOps MCP sunucusu verebilir.
Bunlar da ilgini çekebilir
Ticket içe aktarma
Jira, Linear, GitHub Issues, Azure DevOps ya da Notion ticket'larını tek bir backlog'da topla ve her birini kendi makinende Claude Code, Codex, Cursor ya da herhangi bir ajan CLI'sına ver. Salt okunur.
Jira içe aktarma
Jira Cloud issue'larını AgentsRoom'a aktar ve her birini kendi makinende Claude Code, Codex, Cursor ya da herhangi bir ajan CLI'sına ver. Proje ya da JQL, ekler dahil. Salt okunur.
Görev yönetimi
Yapay zeka ajanlarını sürükle bırakla yönetmek için görsel kanban panosu. Görevleri YAPILACAK sütununda oluştur, otomatik olarak bir Claude ajanı başlatmak için Devam Ediyor sütununa sürükle, ilerlemeyi Beklemede ve Bitti sütunları boyunca takip et. Paralel yapay zeka kodlaması için backlog odaklı geliştirme.
Git worktree'leri
Her yapay zeka ajanına ya da ticket'a derlemeye hazır (bağımlılıklar kurulmuş, .env kopyalanmış) kendi git worktree'sini ver, sonra onu tek bir pencereden incele, commit'le ve birleştir.
MCP sunucuları
Bir MCP sunucusunu bir kez tanımla, Claude Code'a, Codex'e ve her ajan CLI'sına ver. Onu resmi MCP kayıt defterinden seç, anahtarları Gizli Bilgi Yöneticisi'nde tut ve Notion ya da Linear gibi OAuth sunucularına tek bir Bağlan düğmesiyle oturum aç.
Azure DevOps iş öğelerini ajanlarına getir
AgentsRoom'u indir, deponu proje olarak aç, ardından backlog'unda «Ticket içe aktar»a tıkla ve Azure DevOps'u seç.
Yardımcı uygulama: hareket halindeyken ajanlarını izle
Claude, Codex, Antigravity CLI veya başka bir AI sağlayıcı kullan.
Hataları ve istekleri doğrudan genel backloguna gönder.