GitHub Agent HQ: Nedir, Kimler İçin ve Neleri Kapsamıyor?

Bir özelliği tarif ediyorsunuz, bir kodlama ajanına veriyorsunuz ve o bir pull request açarken siz oradan ayrılıyorsunuz. Sonra aynısını ikinci bir ajanla, ardından üçüncüsüyle yapıyorsunuz. Çok geçmeden asıl sorun ajanları başlatmak değil, onları takip etmek hâline geliyor. GitHub Agent HQ, GitHub’ın bu karmaşaya verdiği yanıt: birden fazla satıcının kodlama ajanını GitHub içindeki tek bir komuta merkezinde toplayan bir görev kontrol merkezi. Gerçekten güçlü bir fikir ve bu rehber ne olduğunu, kime uygun olduğunu ve çoğu yazının atladığı o tek çizgiyi ele alıyor: Agent HQ, GitHub ekosistemi içinde yaşayan işi koordine eder; onun dışında kalan araçları değil.

Bu sınır, ekibiniz tamamen GitHub’a bağlı olmadığı anda önem kazanır. Takip aracınız Jira ise, depolarınız GitLab’daysa ya da ajanlarınızın yarısı GitHub’ın bulutuna hiç dokunmayan dizüstü bilgisayarlarda ve terminallerde çalışıyorsa, her aracın üstünde duran bir katmana ihtiyacınız var; araçlardan birinin içinde olan bir katmana değil. O katman Sharkly, hepsi bir arada bir Agent komuta ve yönetim platformu. Bu makale Agent HQ’nun nerede parladığını, sınırının tam olarak nerede olduğunu ve tarafsız bir katmanın karma bir filoyu talepten sürüme kadar nasıl görünür tuttuğunu anlatıyor.

Yazı boyunca Agent HQ’nun en iyi hâlini varsayacağız, çünkü bunu hak ediyor. Sonra sınırı net biçimde çizeceğiz; böylece yaklaşık iki dakikada Agent HQ’nun tek başına yeterli olup olmadığını ya da tek ekosistemli bir merkezi çoktan aşıp aşmadığınızı anlayabilirsiniz.

Özet

GitHub Agent HQ, Claude, Codex, Google, Cognition ve xAI gibi birden fazla satıcının kodlama ajanlarını ücretli bir GitHub Copilot aboneliğinin parçası olarak atamak, yönlendirmek ve takip etmek için GitHub içinde yer alan, Mission Control adı verilen bir kontrol düzlemidir. Modeller konusunda ajandan bağımsızdır ve işiniz hâlihazırda GitHub depolarında, pull request’lerde ve Actions’ta yaşıyorsa mükemmel çalışır. Sınırı ajan satıcısı değil, ekosistemdir: GitHub içinde çalışan ajanları koordine eder; dolayısıyla GitLab’daki, bir Jira panosundaki, Bitbucket’taki ya da GitHub’ın bulutu dışındaki Computer’larda yerel olarak çalışan ajanları yönetmez. Tamamen GitHub’a bağlı bir şirketseniz Agent HQ’yu kullanın. Ekibiniz takip araçlarını, host’ları ve runtime’ları karıştırıyorsa ve hepsinde insan incelemesi içeren tek bir paylaşılan kayda ihtiyaç duyuyorsa Sharkly gibi tarafsız bir katman kullanın.

GitHub Agent HQ aslında nedir

GitHub Agent HQ, birden fazla satıcının kodlama ajanlarını atamak, yönlendirmek ve takip etmek için GitHub içinde yer alan ve ücretli bir GitHub Copilot aboneliğiyle sunulan bir komuta merkezidir. Bu tek cümle bütün fikri taşıyor. Her ajanın kendi başlatma arayüzüne sahip kendi aracında yaşaması yerine Agent HQ onları, GitHub’ın Mission Control dediği tek bir yerde toplar; buraya GitHub’ın kendisinden, VS Code’dan, mobil uygulamadan ve komut satırından erişilebilir.

Adını koymaya değer dönüm noktası şu: Agent HQ tek bir satıcının ajanı değil. GitHub bunu Anthropic, OpenAI, Google, Cognition ve xAI’nin kodlama ajanlarına açtı; böylece merkezden ayrılmadan bir adım için Claude’u, başka bir adım için Codex’i seçebilirsiniz. Bir ajana görev atarsınız, ajan GitHub ortamındaki bir branch üzerinde çalışır, kontrollerinizi çalıştırır ve kodu incelediğiniz şekilde incelediğiniz bir pull request döndürür. Mission Control, bu çalışmalardan birkaçını aynı anda izlediğiniz yerdir; Plan Mode gibi özellikler de bir ajan işe başlamadan önce işi şekillendirmenize yardımcı olur.

Merkezin amacı koordinasyon. Beş ayrı ajan aracı arasında hangisinin ne yaptığını hatırlamaya çalışarak dolaşmıyorsunuz. AI ajan orkestrasyonunun ne anlama geldiğine dair açıklamamızı okuduysanız, Agent HQ orkestrasyonun tek ekosistemli hâlidir: çok sayıda ajan satıcısı, tek platform ve o platform da GitHub.

Agent HQ neyi iyi yapıyor

Özelliği en iyi hâliyle ele alın, çünkü en iyi hâli güçlü. Agent HQ’nun yerini hak ettiği noktalar şunlar.

Satıcıdan bağımsız ajan seçimi. Çoğu ajan merkezi sizi tek bir model üreticisine kilitler. Agent HQ kilitlemez. Claude’u, Codex’i ve diğerlerini yan yana çalıştırabilir, farklı adımlar için farklı ajanlar kullanarak araç değiştirmeden ya da bağlamı kaybetmeden fikirden uygulamaya geçebilirsiniz. Bu, model kilidine karşı gerçek bir yanıt ve lansmanın haklı olarak öne çıkardığı özellik.

Yüzeyler arası tek komuta merkezi. Mission Control, GitHub, VS Code, mobil ve CLI’dan ajan etkinliğine tek bir görünüm sunar. Zaten bulunduğunuz yerden atar, yönlendirir ve takip edersiniz. Paralel çalışmaları elle idare eden bir ekip için, birden fazla Claude Code ajanını paralel çalıştırma rehberimiz kendin-yap versiyonunun ne kadar zahmetli hâle geldiğini gösteriyor. Agent HQ bu zahmeti GitHub içinde ortadan kaldırıyor.

İncelemenin zaten yapıldığı yere inen iş. Ajanlar branch’ler üzerinde çalışır ve pull request döndürür. Çıktı, ekibinizin güvendiği GitHub inceleme akışına doğrudan oturur; aynı kod incelemesi, kontroller ve zaten uyguladığınız birleştirme kurallarıyla. Diff’i arayacağınız yeni bir yer yok.

Ekiplerin zaten yaşadığı platforma yerel. GitHub sizin evinizse, Agent HQ sonradan eklenen bir parça değildir. Kimliğinizi, izinlerinizi, Actions’ınızı ve depolarınızı paylaşır. Özel ajan talimatları ve kontrolleri, üzerinde işledikleri kodun hemen yanında durur; böylece kurulum işin yakınında olur, ayrı bir konsolda kalmaz.

Tamamen GitHub üzerinde standartlaşmış bir ekip için bu, derli toplu ve güçlü bir döngü. İşi tarif edin, bir ajan seçin, pull request’i inceleyin, birleştirin. Siz buysanız, Agent HQ ihtiyacınız olan tüm orkestrasyon olabilir ve burada vicdanınız rahat biçimde okumayı bırakabilirsiniz.

Agent HQ kimler için

Agent HQ, tamamen GitHub’a bağlı şirketler için tasarlandı ve bu şirketlere iyi hizmet ediyor. En net uyum şöyle görünür: kaynak kodunuz GitHub depolarında yaşıyor, CI’ınız GitHub Actions üzerinde çalışıyor, ekibiniz GitHub pull request’leri üzerinden inceleyip birleştiriyor ve ücretli bir Copilot aboneliğiniz var. Bir ajanın okuması, değiştirmesi, test etmesi ve yayınlaması gereken her şey zaten tek bir platformun içinde; dolayısıyla o platformun içindeki bir merkezin iş üzerinde tam erişimi olur.

Değer, 2026 boyunca devam eden kullanıma sunum ilerledikçe o ekip için katlanarak artar. Her yeni ajan satıcısı ve her yeni Mission Control özelliği, işinizin zaten bulunduğu yere iner. Hiçbir şeyi entegre etmiyorsunuz. Zaten kullandığınız bir platformun daha fazlasını devreye alıyorsunuz. GitHub merkezli bir mühendislik organizasyonu için bu, tarif edilen bir görevden incelenmiş ve birleştirilmiş bir değişikliğe giden en kısa yol.

Burada soru Agent HQ’nun bunu iyi yapıp yapmadığı değil. Soru, ekibinizin gerçekliğinin GitHub’ın içine sığıp sığmadığı; tamamının. İşte sınır tam burada devreye giriyor.

Dürüst sınır: GitHub ekosistemini koordine eder, diğer araçlarınızı değil

Duyuruların sizin için nadiren çizdiği çizgi burada ve insanların beklediği çizgi de bu değil. Sınır ajan satıcısı değil. Agent HQ bu konuda ferahlatıcı biçimde açık. Sınır ekosistem. Agent HQ, GitHub içinde çalışan ajanları koordine eder: GitHub depoları, GitHub pull request’leri, GitHub Actions, GitHub kimliği, bir GitHub Copilot aboneliği altında. Bunların her parçası bir GitHub parçası. Bu bir kusur değil. Tasarımın kendisi. Ama ekibinizin işi tamamen GitHub’da yaşamayı bıraktığı gün sert bir kenar çizer.

Agent HQ, GitLab veya Bitbucket’taki işi yönetmez. Depolarınızın ya da pipeline’larınızın bir kısmı GitHub dışındaysa, Agent HQ’nun koordine ettiği ajanlar onlara ulaşmaz. O çalışmalar, paylaşılan bir zaman çizelgesi olmayan ayrı bir dünyada yaşar.

Agent HQ sizin proje takip aracınız değil. Ajanları kod ve pull request’ler üzerinden koordine eder. Ekibiniz işi Jira veya Linear’da planlayıp atıyorsa, bir görevin sahibinin kim olduğu, neye bağlı olduğu ve neyin engellendiği sorusu Agent HQ’nun yürütmediği bir sistemde yaşar. Bir pull request bir inceleme yüzeyidir; atama ve bağlam katmanı değil.

Agent HQ, kendi bulutunun dışında çalışan ajanları koordine etmez. Bir ekip arkadaşınız Claude Code’u yerel bir terminalde çalıştırıyorsa, ya da Codex’i kendi Computer’ında, ya da kendi barındırdığınız bir runtime’da bir ajan çalıştırıyorsa, o iş Mission Control’de görünmez. Merkez, GitHub içinde başlattığı ajanları görür; ekibinizin başka yerde çalıştırdıklarını değil.

Bunların hiçbiri GitHub’a yönelik bir eleştiri değil. Bir aracın ne olmadığını, okuyucunun yanlış varsayacağı noktada net biçimde söyleyin: Agent HQ tek ekosistemli bir kontrol düzlemidir; ekibinizin kullandığı her takip aracı, host ve runtime üzerinde tarafsız bir koordinasyon katmanı değil. Tüm yığınınız GitHub’sa sınır hiç ısırmaz. Bir parçası GitHub değilse, ısırır.

Karar ikilisi: tamamen GitHub’a bağlı şirket mi, karma araçlı ekip mi

Seçim “iyi merkez”e karşı “kötü merkez” değil. “Hangi koordinasyon biçimi ekibinize uyuyor” sorusu. Dürüst karar ikilisi şu.

Tamamen GitHub’a bağlı bir şirketseniz GitHub Agent HQ’yu kullanın. Depolar, Actions, pull request’ler ve Copilot abonelikleri; o ekosistemin dışında anlamlı bir iş olmadan. O dünyada Agent HQ, bir görevden incelenmiş bir branch’e giden en kısa yoldur ve başka bir katman eklemek ihtiyacınız olmayan bir yük olur. İşin tek bir evi olduğu için merkezin tam erişimi vardır.

Ekibiniz takip araçlarını, host’ları ve runtime’ları karıştırıyorsa tarafsız bir katman kullanın. Gerçekliğiniz bir Jira panosu, bir GitLab deposu ya da GitHub’ın bulutu dışında kontrol ettiğiniz Computer’larda çalışan ajanlar içerdiği anda, eksik olan şey daha fazla ajan değil. Paylaşılan bir kayıt. İşi hangi host, takip aracı veya runtime yapmış olursa olsun; hedefi, diff’i, tartışmayı ve insan incelemesini bir arada tutan tek bir Task’a ihtiyacınız var. Bu, her aracın içinde değil, hepsinin üstünde duran bir katmanın işi.

Bu, geliştiricilerin herhangi bir tek satıcılı merkezde karşılaştığı aynı çatal; editör örneği için Cursor arka plan ajanları, açıklandı yazımızda, yerel panolar için ise Vibe Kanban alternatifi rehberinde ele alıyoruz. Tek ekosistemli orkestrasyon, ekosistem artık bütün hikâye olmadığı ana kadar rahattır.

Sharkly nerede devreye giriyor: her runtime ve takip aracının etrafındaki tarafsız katman

Sharkly, GitHub’ın, Copilot’un, Claude Code’un, Codex’in veya diğer yürütme araçlarının yerini almaz. Ekibinizin zaten kullandığı araçların etrafına paylaşılan Task, Computer, bağlam, kontrol ve inceleme katmanını ekler. Bu cümle ilişkinin tamamı, o yüzden iki kez okuyun. GitHub’ı koruyorsunuz. Agent HQ’yu uyduğu yerde koruyorsunuz. Sharkly, filo tek bir ekosistemden büyük olduğunda filoyu koordine eden şeydir.

İş bölümü net. GitHub, Copilot, Claude Code, Codex ve benzeri araçlar yürütmeyi yapar. Sharkly, bu araçlar genelinde ekip düzeyinde atamayı, bağlı Computer’ları, Task bağlamını, ilerlemeyi, engelleri, sonuçları ve insan incelemesini yönetir. Ajanlar araştırır, yürütür, test eder ve raporlar. İnsanlar yön belirler, yetki verir ve sonucu kabul eder. Otomasyon, ekip muhakemesinin gerektiği yerde durur.

Somut olarak, Sharkly’de bir Task işin ana birimidir ve bir iş parçasına dair her şeyi tek bir yerde tutar. Onu, kontrol ettiğiniz bir Computer üzerinde çalışan ve seçtiğiniz Runtime’a sahip bir Agent’a atarsınız. Yürütme, engeller, sonuçlar ve takip tartışması; tek bir platformun bulutuna, ayrı bir takip aracına ve bir avuç özel terminale dağılmak yerine Task zaman çizelgesine döner. Her çalışmanın hedefi, diff’i, tartışması ve incelemesi bir arada kalır; o çalışma ister GitHub içindeki Agent HQ üzerinden, ister bir ekip arkadaşınızın Computer’ındaki Claude Code üzerinden, ister gelecek yıl benimseyeceğiniz başka bir şey üzerinden gerçekleşmiş olsun.

Ve sizden hiçbir şeyi yeniden kurmanızı istemez. Ekibinizin zaten anladığı projeleri, görevleri, durumları ve iş akışlarını koruyun; Sharkly’yi zaten çalıştırdığınız takip araçlarına ve host’lara bağlayın ve ekibinizin hâlihazırda kullandığı süreci yeniden kurmadan işi yönlendirmeye başlayın. Model kullanımı, o araçlarda yapılandırılmış abonelikler veya API anahtarları üzerinden devam eder; yani kendi aboneliğinizi getirirsiniz ve Sharkly üstüne koordinasyonu ekler. Platformda yeniyseniz, Sharkly ile tanışın temel fikirleri anlatır ve ilk görev rehberi en küçük kullanışlı versiyonu baştan sona gösterir. Sharkly’yi indirip bir Computer bağlayarak gerçek iş üzerinde deneyebilirsiniz.

Kaçınılması gereken yaygın hatalar

• “Satıcıdan bağımsız”ı “araçtan bağımsız” sanmak. Agent HQ, işi hangi ajanın yaptığı konusunda açık ve bu gerçek bir güç. İşin nerede yaşadığı konusunda açık değil. Ajanlar hâlâ GitHub içinde çalışıyor. Sınırı model üreticisi olarak değil, ekosistem olarak okuyun.
• Tek bir ekosistemin merkezini bütün stratejinizmiş gibi benimsemek. Bugün Agent HQ üzerinde standartlaşıp gelecek çeyrek bir GitLab deposu veya Jira panosunu ayakta tutarsanız, koordinasyon yüzeyinizi sessizce ikiye bölmüş olursunuz. Gerçekten tamamen GitHub’a mı bağlısınız yoksa karma araçlı bir ekip misiniz, bunu baştan kararlaştırın.
• Pull request’leri koordinasyon katmanı sanmak. Pull request’ler bir inceleme yüzeyidir; atama ve bağlam katmanı değil. Task’ın sahibinin kim olduğu, neye bağlı olduğu ve neden engellendiği bir diff’e sığmaz.
• Merkeze hiç dokunmayan ajanları unutmak. GitHub dışında, yerel bir terminalde veya barındırdığınız bir Computer’da başlatılan hiçbir çalışma Mission Control’de görünmez. Tek bir merkezi tek doğruluk kaynağınız ilan etmeden önce o çalışmaları sayın.

GitHub Agent HQ ile tarafsız bir orkestrasyon katmanı

Bunu bir skor tablosu değil, iş bölümü olarak okuyun.

İki sütundan hiçbiri “yanlış” değil. Satır satır verdiğiniz yanıtlar ağırlıklı olarak sol sütuna düşüyorsa Agent HQ uyar. Özellikle işin-yaşadığı-yer, takip aracı ve paylaşılan kayıt satırlarında sağa kayıyorsa, tek ekosistemli orkestrasyonu aşmışsınız demektir.

Önemli çıkarımlar

• GitHub Agent HQ, ücretli bir Copilot aboneliğinin parçası olarak birden fazla satıcının kodlama ajanlarını atamak, yönlendirmek ve takip etmek için GitHub içinde yer alan, Mission Control adı verilen bir kontrol düzlemidir.
• Bunu iyi yapıyor: satıcıdan bağımsız ajan seçimi, GitHub, VS Code, mobil ve CLI genelinde tek komuta merkezi ve zaten güvendiğiniz pull request inceleme akışına inen iş.
• Sınırı ajan satıcısı değil, ekosistem: GitHub içinde çalışan ajanları koordine eder; dolayısıyla GitLab depoları, Jira panoları ve GitHub’ın bulutu dışında çalışan ajanlar onun dışında kalır.
• Tamamen GitHub’a bağlı bir şirketseniz Agent HQ’yu kullanın. Ekibiniz host’ları, takip araçlarını ve runtime’ları karıştırıyorsa ve hepsinde incelemeli tek bir paylaşılan kayda ihtiyaç duyuyorsa tarafsız bir katman kullanın.
• Sharkly, GitHub’ın yerine değil yanında çalışır: araçlarınızı koruyun, kendi aboneliğinizi getirin ve her çalışmanın talepten sürüme tek bir Task’a dönmesine izin verin.

Sonraki adım bilerek küçük tutuldu. Bir Computer bağlayın, bir Agent oluşturun ve ona sıkıcı bir şey atayın. Belgeler her kavramı docs.sharkly.ai adresinde daha ayrıntılı ele alıyor.

SSS

GitHub Agent HQ tek cümleyle nedir? Ücretli bir GitHub Copilot aboneliğinin parçası olarak birden fazla satıcının kodlama ajanlarını atayan, yönlendiren ve takip eden, GitHub içinde yer alan ve Mission Control adı verilen bir komuta merkezidir; ajanlar branch’ler üzerinde çalışır ve pull request döndürür.

Agent HQ’da hangi ajanlar çalışabilir? GitHub bunu Anthropic, OpenAI, Google, Cognition ve xAI’nin kodlama ajanlarına açtı; böylece merkezden ayrılmadan bir adım için Claude’u, başka bir adım için Codex’i seçebilirsiniz. Kullanıma sunum 2026 boyunca devam ettikçe tam liste de büyüyor.

GitHub Agent HQ ücretsiz mi? Hayır. Ücretli bir GitHub Copilot aboneliğiyle sunuluyor ve kullanılabilirliği Copilot Pro+ ile Copilot Enterprise gibi planlara bağlı. Sunum ilerledikçe planlar değiştiği için güncel ayrıntıları GitHub’ın kendi sayfalarından kontrol edin.

Agent HQ, GitLab veya Jira ile çalışır mı? Agent HQ, GitHub ekosistemi içinde çalışan ajanları koordine eder: GitHub depoları, Actions ve pull request’ler. GitLab veya Bitbucket’taki işler ile Jira ya da Linear’daki planlama onun dışında kalır. Bunları birbirine bağlayan şey, her aracın üstündeki tarafsız bir katmandır. Aynı sınırın editöre bağlı versiyonu için Cursor arka plan ajanları açıklamamıza bakın.

Sharkly’yi kullanmak için GitHub’ı değiştirmem gerekiyor mu? Hayır. Sharkly, GitHub’ın veya herhangi bir yürütme aracının yerini almaz. Zaten kullandığınız araçların etrafına paylaşılan Task, bağlam ve inceleme katmanını ekler; böylece GitHub, Copilot ve Agent HQ tam olarak eskisi gibi çalışmaya devam eder.

Agent HQ’nun üstüne ne zaman bir orkestrasyon katmanı eklememeliyim? Tüm yığınınız GitHub’sa — depolar, Actions, pull request’ler ve Copilot — ve başka yerde anlamlı bir iş yoksa, Agent HQ ihtiyacınız olan tüm orkestrasyon olabilir. Tarafsız bir katmanı yalnızca birkaç host, takip aracı veya runtime çalıştırıyorsanız ve aralarında tek bir paylaşılan kayda ihtiyaç duyuyorsanız ekleyin.

Sharkly, modeller için ödeme şeklimi değiştirir mi? Hayır. Kendi aboneliğinizi getirirsiniz. Model kullanımı, bağlı araçlarınızda yapılandırılmış abonelikler veya API anahtarları üzerinden devam eder; model kotası da ekibinizin bağladığı planlara ve API hesaplarına bağlıdır.

Tarafsız katman yaklaşımını büyük bir geçiş yapmadan nasıl deneyebilirim? En küçük kullanışlı iş akışıyla başlayın: bir Computer bağlayın, bir Agent oluşturun ve düşük riskli bir Task atayın. İlk görev rehberi bunu adım adım anlatıyor, birden fazla Claude Code ajanını paralel çalıştırma ise filo tarafını gösteriyor.