Omnigent ile Farklı Agent CLI Araçlarını Yönetme

Omnigent nedir

Omnigent, açık kaynaklı bir meta-harness yapısıdır: halihazırda yüklü olan agent komut satırı araçlarını (CLI) yöneten tek bir orkestrasyon katmanıdır. Claude Code, Codex, Cursor, OpenCode, Hermes veya Pi araçlarının yerini almaz. Bu araçları başlatır, her birine bir görev atar ve sonuçları tek bir oturum içerisinde, tek bir politika setiyle denetler. Databricks, depoyu Haziran 2026'da Apache 2.0 lisansı altında yayınlamıştır ve ana sayfada hala Status: alpha ibaresi yer almaktadır.

Pratik iddiası sınırlıdır ve açıkça ifade edilmelidir. Bir agent'ı YAML formatında bir kez tanımlarsınız ve onu çalıştıracak harness'ı belirtirsiniz. Sadece o satırı değiştirdiğinizde, aynı agent farklı bir sağlayıcının CLI aracı üzerinde çalışır. Kurulumunuzdaki başka hiçbir şey değişmez; çünkü Omnigent, agent'ların içindeki döngüyü değil, agent'ların üzerindeki döngüyü kontrol eder.

Meta-harness nedir ve bir framework'ten farkı nedir?

Harness, bir modeli döngü içerisinde sarmalayan programdır. İsteminizi okur, araçları çağırır, dosyaları düzenler ve geri bildirim sağlar. Claude Code bir harness'tır. Codex bir harness'tır. Kurulumunu yaparsınız, giriş yaparsınız ve kendi kendine çalışır.

Framework ise kodunuzu üzerine yazdığınız bir kütüphanedir. Onu içe aktarırsınız, adımları Python ile tanımlarsınız ve programınız bir ajana dönüşür. Orada sağlayıcıyı değiştirmek, kodunuzu düzenlemek anlamına gelir; çünkü sağlayıcının istemcisi programınızın içine entegre edilmiştir.

Meta-harness, her ikisinin bir seviye üzerinde yer alır. Harness'ları alt süreçler (child processes) olarak çalıştıran bir denetleyicidir. Omnigent, sağlayıcı CLI'ını başlatır, ona işi verir ve dönen sonucu okur. Hali hazırda kurduğunuz CLI'ı ve bunun için ödeme yaptığınız aboneliği veya API (application programming interface) anahtarını kullanmaya devam edersiniz. Tüm fark budur ve bu fark, aracın kimin için olduğunu belirler: halihazırda çalışan birden fazla ajan CLI'ına sahip olan ve bunları her seferinde tek bir terminal üzerinden yönetmekten yorulan kişiler için.

Bir orkestrasyon katmanı hangi sorunu çözer?

• Tedarikçi değiştirme maliyeti tek satıra iner. Ajan tanımı, harness ve model verilerini tutar; bu nedenle bir rolü bir tedarikçiden diğerine taşımak, YAML dosyasında bir düzenleme yapmaktan ibarettir, yeniden yazmayı gerektirmez.
• İnceleme süreci tedarikçiler arası yapılabilir. Bir model tarafından oluşturulan fark (diff), farklı bir şirkete ait model tarafından okunabilir. Aynı aileden gelen iki model benzer kör noktalara sahip olma eğilimindedir; bu yüzden aynı tedarikçiden alınan ikinci bir görüş daha az değerlidir.
• Politika tek bir merkezden yönetilir. Harcama limitleri ve onay istemleri ajan dosyasında tanımlanır ve altındaki tüm alt ajanlar için geçerli olur.
• Oturum, herhangi bir araçtan daha uzun ömürlüdür. Tek bir transkript, birden fazla CLI tarafından yapılan işi kapsar; böylece dört farklı ekran geçmişini birleştirmek zorunda kalmadan neler olduğunu geriye dönük okuyabilirsiniz.

Bunun maliyeti, katmanın kendisidir. Omnigent içindeki her hata, artık sizinle eskiden tek başına çalışan bir ajan arasında duran bir engeldir. Alfa aşamasında bu teorik değil, gerçek bir maliyettir.

Çoklu ajan altyapısının tekil ajan araçlarının neresinde konumlandığı

Henüz bir sunucuda tek bir ajan çalıştırmadıysanız, işe oradan başlayın. VPS üzerinde kodlama ajanı çalıştırma rehberimiz, tekil ajan senaryosunu uçtan uca ele almaktadır ve Omnigent, bu kurulumun halihazırda mevcut olduğunu varsayar. Self-hosted yapay zeka ajanları alanı, ajanların kendisini seçtiğiniz yerdir; eğer buradaki terminoloji sizin için yeniyse, ajanların nasıl çalıştığını öğrenmek daha doğru bir ilk duraktır.

Omnigent, bir bağlayıcı katmanından farklı bir eksendedir. Ajanlara kendi veri kaynaklarınıza erişim sağlama gibi çalışmalar, bir ajanın nelere ulaşabileceği ile ilgilidir. Omnigent ise hangi ajanın, hangi sırada ve hangi sınırlar dahilinde çalışacağı ile ilgilenir. Her ikisini aynı anda isteyebilirsiniz; bu iki kavram birbiriyle çakışmaz.

Kurulum öncesi gereksinimler

• Python 3.12 veya daha yeni bir sürüm. Yayınlanan paket requires-python >= 3.12 gereksinimini belirtir.
• tmux, çünkü terminal araçları bunun içerisinde çalışır.
• En az bir adet, halihazırda kurulu ve oturum açılmış satıcı CLI aracı.
• Yalnızca git üzerinden derleme yapacaksanız Node.js 22. PyPI üzerindeki wheel paketi derlenmiş web varlıklarını içerdiğinden, normal kurulumda Node.js gerekmez.

main yerine sabitlenmiş bir sürüm kurun

curl -fsSL https://raw.githubusercontent.com/omnigent-ai/omnigent/main/scripts/install_oss.sh | sh -s -- --version 0.7.0

sh -s -- kısmı bir süs değildir. Bu kısım olmadan sh, --version ifadesini kendi seçeneği olarak okur ve yükleyici bayrağı hiçbir zaman görmez; bu durumda o günkü en güncel sürüm neyse onu alırsınız. Birkaç haftada bir köklü değişiklikler yayınlayan bir depoda, bu durum tekrarlanabilir bir sunucu ile sürprizlerle dolu bir sunucu arasındaki farkı yaratır.

Yükleyici, Astral'ın Python paket yöneticisi olan uv'yi kullanır ve eksik olması durumunda önce uv'yi kurmayı teklif eder. Eğer uv zaten mevcutsa, betiği atlayın:

uv tool install --force --python 3.12 "omnigent==0.7.0"

Ekstralar da aynı düzeni izler ve bayrak tekrarlanır: betik üzerinde --extra e2b --extra kubernetes veya uv ile "omnigent[e2b,kubernetes]". Git etiketinin v0.7.0, PyPI üzerindeki paket sürümünün ise 0.7.0 olduğuna dikkat edin.

uv, ikili dosyayı uv tool dir --bin komutunun raporladığı dizine, genellikle ~/.local/bin konumuna yerleştirir ve yükleyici bunu kabuk profilinize eklemeyi teklif eder. Temiz bir kurulumdan hemen sonra komut bulunamazsa, nedeni budur. Ne kurduğunuzu kontrol edin:

omni upgrade --check

Bu komut, yüklü sürümü yayınlanan en son sürümle karşılaştırır ve herhangi bir yükseltme olup olmadığını, işlemi gerçekleştirmeden size bildirir. omni ve omnigent aynı programın iki farklı isim altındaki halidir.

Bir model sağlayıcısına yönlendirme yapın

omni setup

Sihirbaz, ortamınızda halihazırda mevcut olan kimlik bilgilerini arar ve eksik olanlar için sizden giriş yapmanızı ister. API anahtarlarını, sağlayıcı aboneliklerini, OpenRouter veya Ollama gibi ağ geçitlerini ve Databricks çalışma alanlarını yönetir. Eğer aynı makinede halihazırda Ollama ile yerel bir model sunucusu çalıştırıyorsanız, bir ağ geçidini buna yönlendirin; böylece trafik asla makinenin dışına çıkmaz.

Minimal bir çoklu ajan çalıştırması

Örnek ajanlar depoda yer almaktadır; bu nedenle main yerine kurduğunuz etiketle aynı olanı klonlayın.

git clone --depth 1 --branch v0.7.0 https://github.com/omnigent-ai/omnigent.git
cd omnigent
omnigent run examples/polly/

Polly, depo ile birlikte gelen çoklu ajan kodlama orkestratörüdür. Yapılandırması claude_code, codex, opencode, cursor, hermes ve pi adlı alt ajanları ve tüm bu süreci çalıştırmaya değer kılan bir kuralı tanımlar: inceleme, her zaman uygulayıcıdan farklı bir sağlayıcı tarafından yapılır. Polly kendisi kod yazmaz. Planlama yapar, hedefi iş öğelerine böler, her birini delege eder ve her bir farkı (diff) başka bir sağlayıcıdan bir incelemeciye yönlendirir.

Polly, herhangi bir delegasyon yapmadan önce makinede hangi alt ajan CLI'larının mevcut olduğunu görmek için bir ön kontrol çalıştırır. Yalnızca bir sağlayıcı CLI'ı yüklü olduğunda farkı teslim edecek kimse bulunmaz; bu nedenle çıktıyı değerlendirmeden önce en az iki tane kurun. Diğer örnek olan Debby, biri Claude diğeri GPT olmak üzere iki başlı bir tartışma ajanıdır:

omni debby

Bu, iki sağlayıcının da yapılandırıldığını doğrulamak için kısa bir yoldur, çünkü herhangi bir şey söyleyebilmesi için her ikisine de ihtiyaç duyar.

Alt-ajanlar araç olarak tanımlanır

Ajan dosyası YAML formatındadır. executor; harness, model ve kimlik doğrulama bilgilerini tanımlar. tools; MCP (model context protocol) sunucularını, Python fonksiyonlarını ve alt-ajanları barındırır. Alt-ajan, kendi type: agent ve yürütücüsüne sahip bir araçtır; bu mekanizma yukarıda belirtilen her şeyin temelini oluşturur.

name: orchestrator
prompt: |
  You coordinate coding and review tasks.

executor:
  harness: claude-sdk
  model: databricks-claude-sonnet-4-6

tools:
  coder:
    type: agent
    prompt: Write and test code.
    executor:
      harness: claude-sdk
      model: databricks-claude-opus-4-7
  reviewer:
    type: agent
    prompt: Review proposed changes.
    executor:
      harness: claude-sdk
      model: databricks-claude-sonnet-4-6

omnigent run path/to/my_agent.yaml

Bu model kimlikleri, projenin kendi docs/AGENT_YAML_SPEC.md örneğinden gelir ve Databricks tarafından barındırılan isimlerdir. harness ve model değerlerini, kendi sisteminizde yapılandırdığınız omni setup ile değiştirin. Spesifikasyondaki diğer harness değerleri arasında, genel protokolü kullanan her şey için antigravity, copilot, kimi, qwen ve acp:<slug> bulunur. Spesifikasyon ayrıca bir alt-ajan üzerinde pass_history: true kullanımını destekler; bu, üst konuşmayı alt-ajana aktarır. Bu işlem her delegasyonda token harcadığı için, yalnızca önündeki göreve odaklanması gereken alt-ajanlarda bu özelliği kapalı tutun. prompt değeri çalışan en küçük değişikliği yap talimatını veren bir kodlayıcı, inceleme yapan kişiye gerçekten okunabilir kısalıkta bir diff sunar; bu durum, her iki rol için seçtiğiniz modelden daha önemlidir.

Uzun süreli orkestrasyonun neden bir VPS üzerinde çalıştırılması gerektiği

Çoklu ajanlı bir çalışma, iki dakikalık bir komut değildir. Planlama, yetkilendirme, paralel git çalışma ağaçlarını bekleme, gözden geçirme ve revize etme süreçlerini içerir. Dizüstü bilgisayarın kapağını kapatmak tüm bu süreci sonlandırır. Bir VPS (sanal özel sunucu) sürekli çalışır ve ağ bağlantısını korur; böylece siz izlemiyorken bile oturum devam eder.

omnigent server --background
omnigent server status

Sunucu, 6767 numaralı port üzerinde bir web kullanıcı arayüzü barındırır. omnigent server status bir örneğin çalışıp çalışmadığını bildirir, omnigent stop ise onu kapatır. v0.7.0 öncesi sürümlerde bu işlem omni server start ile yapılıyordu; bu komut kaldırıldığı için eski yazılar ve ekran görüntüleri terminalinizdeki çıktılarla uyuşmayacaktır.

6767 numaralı portu herkese açık bir adreste yayınlamayın. İki yöntem güvenlidir. Portu güvenlik duvarında kapalı tutun ve ssh -N -L 6767:localhost:6767 you@your-server ile SSH üzerinden yönlendirin, ardından web arayüzünü kendi makinenizde http://localhost:6767 adresinden açın. Alternatif olarak, ön tarafta TLS (taşıma katmanı güvenliği) sonlandırması yapın ve kimlik doğrulamasını etkinleştirin:

OMNIGENT_AUTH_ENABLED=1 omnigent server --background

Bunun güvenlik duvarı kısmı standart bir işlemdir ve bir VPS için ufw güvenlik duvarı temelleri rehberinde ele alınmıştır. Eğer sunucunuz halihazırda birden fazla Docker Compose uygulamasının önünde Traefik yapısını çalıştırıyorsa, Omnigent aynı modeldeki bir diğer servis olarak eklenebilir.

Konteyner dağıtımı için deponun deploy/ dizini bir Compose kurulumu içerir: ./bootstrap.sh gizli anahtarları .env içine işler, ardından docker compose up -d komutu Omnigent ve Postgres'i 6767 numaralı portta başlatır. DATABASE_URL Postgres veya SQLite seçimini yapar, OMNIGENT_AUTH_ENABLED ise varsayılan olarak konteynerler içinde 1 değerini kullanır; bu, dışarıdan erişilebilen her şey için doğru varsayılandır.

Boyutlandırma konusunda, dağıtım notları sunucunun çalışma setini yaklaşık 512 MB ile 1 GB arasında belirtir ve Fly.io yapılandırması 1 GB değerini sabitler. Bu rakam yalnızca yönetici (supervisor) içindir. Her alt ajan, kendi çalışma kopyasını ve kendi model istemcisini tutan ayrı bir süreçtir; bu nedenle sunucuyu ajanların sayısına göre boyutlandırın. Sunucu ayağa kalktığında, omnigent login https://your-host ve ardından omnigent host https://your-host komutları dizüstü bilgisayarınızı sunucuya kaydeder, omnigent attach <session_id> ise çalışan bir oturumu başka bir cihazdan devralmanızı sağlar.

Uzaklaşmadan önce her alt ajanı korumalı alana (sandbox) alın

Omnigent, Omnibox adında işletim sistemi seviyesinde bir korumalı alan (sandbox) ile gelir. Linux üzerinde bubblewrap isim alanlarını ve seccomp mekanizmasını kullanır; bu sayede sınırları ajanın komut istemi değil, çekirdek (kernel) zorunlu kılar. Komut istemi enjeksiyonuna uğramış bir ajan, çekirdek kurallarını aşamaz. Öncelikle bağımlılığı yükleyin:

sudo apt install bubblewrap

Yapılandırma, ajan dosyasındaki os_env altında yer alır:

os_env:
  type: caller_process
  cwd: .
  sandbox:
    type: linux_bwrap
    write_paths: [.]
    write_files: []
    read_paths: []
    allow_network: true
    cwd_allow_hidden: [.venv]
    env_passthrough: []
    egress_rules: []
    credential_proxy: []

Çalışma dizini, write_paths içinde belirtilene kadar salt okunurdur; bu sayede hatalı bir ajan çalışma alanı dışına yazamaz. cwd_allow_hidden içinde belirtilmedikçe nokta ile başlayan dosyalar gizli kalır; bu da geniş bir okuma izninin .ssh veya .aws dosyalarını sessizce ifşa etmeyeceği anlamına gelir. egress_rules ayarlandığında tüm HTTP ve HTTPS trafiği varsayılan olarak reddeden bir proxy üzerinden geçer ve her kural "METHODS host/path-glob" olarak yazılır. credential_proxy bir adım daha ileri gider: ajan yalnızca bir yer tutucu (placeholder) barındırır ve istek dışarı çıkarken proxy gerçek gizli veriyi yerleştirir; böylece sızdırılan bir döküm, kullanılabilir hiçbir veri içermez. Çoklu yapılandırma düzeninde her alt ajan, agents/ altındaki kendi yapılandırma dosyasında kendi sandbox bloğunu taşır; böylece bir gözden geçirenin ağ erişimi engellenirken, uygulayıcının erişimi korunabilir.

Sınır dokümantasyonda belirtilmiştir ve bu önemlidir. İşletim sistemi sandbox'ı, sys_os_* araç çağrıları ve terminaller için geçerlidir. MCP sunucularını veya Omnigent denetleyici sürecinin kendisini kapsamaz. Başlattığınız bir MCP sunucusu, sizin izinlerinizle korumalı alanın dışında çalışır. Bu boşluk nedeniyle daha güçlü olan yöntem, ajan başına bir adet tek kullanımlık makine kullanmaktır; bu konu kodlama ajanlarını tek kullanımlık bir VM içinde çalıştırma başlığında ele alınmıştır. İşin diğer yarısı kimlik bilgileridir ve gizli verileri ajanın erişiminden uzak tutma konusu, altı alt ajan tek bir sunucuyu paylaştığında kolaylaşmak yerine daha da zorlaşır.

Harcama limitleri, aynı dosyada tanımlanan politikalardır:

policies:
  budget:
    type: function
    handler: omnigent.policies.builtins.cost.cost_budget
    factory_params:
      max_cost_usd: 5.00
      ask_thresholds_usd: [1.00, 3.00]

Bir sağlayıcı ile planlama yapan, ikincisi ile uygulayan ve üçüncüsü ile gözden geçiren bir çalışma, aynı anda üç farklı yerde harcama yapar; bu nedenle sınırı ilk faturadan sonra değil, ilk gözetimsiz çalışmadan önce belirleyin. Yerleşik özellikler arasında, dosya ve kabuk işlemleri öncesinde onay isteyen max_tool_calls_per_session ve ask_on_os_tools de bulunur. VPS üzerinde yapay zeka ajanı maliyetlerini kontrol altında tutma hakkındaki notlarımız burada doğrudan geçerlidir ve paralel alt ajanlar tüketim hızını katladığı için daha da kritik bir önem taşır.

Bu depo ne kadar hızlı ilerliyor?

[
  {
    "version": "v0.2.0",
    "released": "2026-06-19",
    "interval": 3
  },
  {
    "version": "v0.3.0",
    "released": "2026-06-27",
    "interval": 8
  },
  {
    "version": "v0.4.0",
    "released": "2026-07-03",
    "interval": 6
  },
  {
    "version": "v0.5.0",
    "released": "2026-07-10",
    "interval": 7
  },
  {
    "version": "v0.5.1",
    "released": "2026-07-10",
    "interval": 0
  },
  {
    "version": "v0.6.0",
    "released": "2026-07-21",
    "interval": 11
  },
  {
    "version": "v0.7.0",
    "released": "2026-07-27",
    "interval": 6
  }
]

Bunlar, 3 Ağustos 2026 tarihinde projenin kendi sürümler sayfasından okunan yayınlanmış sürüm tarihleridir. 2026-06-19 ile 2026-07-27 arasında 7 adet etiketli sürüm yayınlanmış olup, herhangi iki sürüm arasındaki en uzun boşluk 11 gündür. v0.5.1 sürümü, kendisinden önceki sürümle aynı gün yayınlanmıştır. 16 Haziran 2026 tarihli 0.1.1 numaralı ilk sürüm, ölçüm yapılacak önceki bir etiket bulunmadığı için grafiğe dahil edilmemiştir.

Bu sürümlerden ikisi, kılavuzlarda halihazırda belgelenmiş olan komutları bozmuştur. v0.7.0 sürümü, omni server start komutunu kaldırarak yerine omni server --background komutunu getirmiştir. v0.6.0 sürümü ise omnigent[memory] eklentisini omnigent[hindsight] olarak yeniden adlandırmıştır; bu nedenle Haziran ayında yazılmış bir metinden kopyalanan bir kurulum satırı, Temmuz ayı yapılarında başarısız olmaktadır. Bu durum, bir stil tercihi değil, kurulum komutunuzda --version kullanmanız ve git clone dosyanızda bir etiket belirtmeniz için geçerli bir gerekçedir.

Henüz güvenilmemesi gereken durumlar

Ağustos 2026 itibarıyla depo yaklaşık 8,1 bin yıldız, 1,2 bin fork ve kabaca 350 açık soruna sahip olup, ilk genel sürümü yedi hafta önce yayınlanmıştır. Yıldızlar ilgiyi ölçer, ilgi ise olgunluk anlamına gelmez. Proje alfa aşamasında olduğunu belirtmektedir ve yukarıdaki sürüm geçmişi bunun gerçekten alfa olduğunu göstermektedir.

• Sandbox, MCP sunucularını veya denetleyiciyi (supervisor) kapsamadığı için, üretim kimlik bilgilerini barındıran bir ana makinede çalıştırmazdım.
• Üç farklı sağlayıcı aynı anda faturalandırma yapabildiği ve bunu engelleyecek başka bir mekanizma bulunmadığı için, bir cost_budget politikası olmadan çalışmayı gözetimsiz bırakmazdım.
• OMNIGENT_AUTH_ENABLED ayarlanmadan ve önünde TLS olmadan sunucuyu genel bir IP adresine açmazdım.
• Ajan YAML dosyasının ara sürümler arasında kararlı olacağını varsaymazdım; bu nedenle sürümü sabitleyin ve yükseltme yapmadan önce sürüm notlarını okuyun.

Sizi şaşırtmadan önce bilmeniz gereken bir şey daha var: v0.6.0 sürümü anonimleştirilmiş kullanım telemetrisi ekledi ve proje bunu özel bir telemetri sayfasında belgeliyor. Eğer makine müşteri işlerini yürütüyorsa, o sayfayı okuyun ve kararınızı bilinçli bir şekilde verin.

Omnigent'in bugün gerçekten iyi olduğu şey, inşa edilme amacı olan konudur. Elinizde üç veya dört ajan CLI aracı varsa, zaten bunlar için ödeme yapıyorsanız ve birinin yazarken diğerinin inceleme yapmasını istiyorsanız, bu şu an tek bir makinede, Linux üzerinde gerçek sandbox ile çalışmaktadır. Bunun ötesindeki her şeyi umut verici ancak tamamlanmamış olarak değerlendirin.

FAQ

Omnigent bir aracı mıdır, yoksa aracıları çalıştıran bir yapı mıdır?

Aracıları çalıştıran bir yapıdır. Omnigent bir meta-harness (üst yönetim katmanı) görevi görür: halihazırda kurulu olan Claude Code, Codex veya OpenCode gibi satıcı CLI araçlarını başlatır, her birine görev atar ve sonuçları tek bir oturumda denetler. Kendine ait bir modeli yoktur. Bu yönüyle, Python ile bir kütüphane kullanarak kendi programınızı aracı haline getirdiğiniz çerçevelerden (framework) ayrılır.

Omnigent'in işe yaraması için Claude Code ve Codex'in önceden kurulu olması gerekir mi?

En az bir satıcı CLI aracının kurulu ve oturum açmış olması gerekir; çünkü Omnigent bu programların yerini almak yerine onları yönetir. Sunulan Polly örneğinde, farklı satıcılardan iki veya daha fazla araç kullanmanız önerilir. Polly'nin kuralı, incelemenin her zaman uygulamayı yapan satıcıdan farklı bir satıcı tarafından yapılmasıdır; bu nedenle tek bir CLI mevcut olduğunda, farkı (diff) gönderecek ikinci bir satıcı bulunmaz.

En son sürüm yerine belirli bir Omnigent sürümünü nasıl kurabilirim?

--version değerini sh -s -- ile kurulum betiğine iletin; örneğin sh -s -- --version 0.7.0 komutundaki gibi. -s -- kullanılmadığında bayrak doğrudan sh tarafından işlenir ve betik en yeni sürümü kurar. uv halihazırda mevcutsa, uv tool install --force --python 3.12 "omnigent==0.7.0" aynı işi görür. Git etiketi v0.7.0 iken, PyPI sürüm dizgisi 0.7.0 şeklindedir.

Omnibox korumalı alanı (sandbox), aracıları gözetimsiz çalıştırmak için yeterli midir?

Kapsadığı alanlar için güçlüdür ve neleri kapsamadığı konusunda nettir. Linux üzerinde bubblewrap ve seccomp kullanır; böylece çekirdek dosya ve ağ sınırlarını zorunlu kılar ve aracı bu sınırların dışına çıkamaz. Belgelerde bunun sys_os_* araç çağrıları ve terminaller için geçerli olduğu, MCP sunucularını veya Omnigent denetleyici sürecini kapsamadığı belirtilmiştir. Bu nedenle bir MCP sunucusu normal izinlerinizle çalışır; gözetimsiz işlemler için her aracıya özel tek kullanımlık bir sanal makine kullanmak, daha güçlü bir izolasyon sağlar.

Bir VPS üzerinde Omnigent sunucusu ne kadar belleğe ihtiyaç duyar?

Projenin dağıtım notlarında sunucu için yaklaşık 512 MB ile 1 GB arası bir çalışma alanı öngörülmüştür; Fly.io yapılandırması ise 1 GB olarak sabitlenmiştir. Bu değer yalnızca denetleyiciyi ve 6767 numaralı porttaki web arayüzünü kapsar. Her alt aracı, kendi çalışma kopyasına ve model istemcisine sahip ayrı bir süreçtir; Polly tarzı çalıştırmalar ise paralel git çalışma ağaçları (worktrees) kullanır. Bu nedenle RAM ve disk boyutunu sunucuya göre değil, aynı anda çalıştırmayı planladığınız aracı sayısına göre belirleyin.