SSD Nodes Learn 🎉 VPS $4.99/aydan başlayan
Rehberler Matt ConnorYazan Matt Connor · Güncellendi 2026-08-07

Omnigent nedir ve agent CLI araçları nasıl yönetilir?

Omnigent meta-harness ile Claude Code ve Codex gibi CLI araçlarını tek merkezden yönetin. 0.7.0 sürümünü sabitleme, VPS üzerinde sandbox kurulumu ve yapılandırma detayları.

Omnigent nedir

Omnigent, açık kaynaklı bir meta-harness'tı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'nin yerini almaz. Bunları başlatır, her birine bir görev atar ve tek bir oturum içerisinde, tek bir politika setiyle sonuçları denetler. Databricks, depoyu Haziran 2026'da Apache 2.0 lisansı altında yayınlamıştır ve ana sayfada hala Status: alpha yazmaktadır.

Pratik iddiası sınırlıdır ve açıkça belirtilmelidir. Bir agent'ı YAML formatında bir kez tanımlarsınız ve onu çalıştıran harness'ı belirtirsiniz. Sadece bu satırı değiştirdiğinizde, aynı agent farklı bir sağlayıcının CLI'ı ü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çinde sarmalayan programdır. İstemlerinizi 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 kod yazarken kullandığınız bir kütüphanedir. Onu içe aktarır (import), adımları Python ile tanımlarsınız ve programınız bir ajana dönüşür. Orada sağlayıcı değiştirmek, kodunuzu düzenlemek anlamına gelir çünkü sağlayıcının istemcisi programınıza 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. Zaten kurmuş olduğunuz CLI'ı ve ödemesini yaptığınız abonelik veya API (application programming interface) anahtarını kullanmaya devam edersiniz. Tüm fark budur ve aracın kimin için olduğu bu farkla belirlenir: 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, yeniden yazmayı değil, sadece YAML dosyasında bir düzenleme yapmayı gerektirir.
  • İ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.
  • Politikalar 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 döküm (transcript), birden fazla CLI tarafından yapılan işi kapsar; böylece dört farklı ekran kaydını 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 aracı (multi-agent) sistemlerinin tekil aracı araçlarının yanında konumu

Henüz bir sunucuda tek bir aracı çalıştırmadıysanız, işe oradan başlayın. Bir VPS üzerinde kodlama aracı çalıştırma rehberimiz, tekil aracı senaryosunu uçtan uca ele almaktadır ve Omnigent, bu kurulumun halihazırda mevcut olduğunu varsayar. Kendi kendine barındırılan yapay zeka araçları alanı, araçların kendisini seçtiğiniz yerdir; eğer buradaki terminoloji sizin için yeniyse, araçların nasıl çalıştığını öğrenmek daha iyi bir başlangıç noktasıdır.

Omnigent, bir bağlayıcı katmanından farklı bir eksendedir. Araçlara kendi veri kaynaklarınıza erişim sağlama gibi çalışmalar, bir aracın nelere ulaşabileceği ile ilgilidir. Omnigent ise hangi aracın, hangi sırada ve hangi sınırlar dahilinde çalışacağı ile ilgilenir. Her ikisini aynı anda isteyebilirsiniz; bu iki yapı 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.
  • Terminal araçları içinde çalıştığı için tmux gereklidir.
  • Hali hazırda kurulu ve oturum açılmış en az bir tedarikçi CLI aracı.
  • Yalnızca git üzerinden derleme yapacaksanız Node.js 22 gereklidir. PyPI üzerindeki wheel paketi derlenmiş web varlıklarını içerdiğinden, normal kurulumda Node.js gerekmez.

Ana sürüm 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üsleme değildir. Bu kısım olmadan sh, --version ifadesini kendi seçeneği olarak okur ve yükleyici bayrağı asla görmez; bu nedenle o gün en yeni ne varsa onu alırsınız. Birkaç haftada bir köklü değişiklikler yayınlayan bir depoda, bu durum tekrarlanabilir bir sunucu ile sürpriz bir sonuç 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 aynı kalıbı 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 bildirdiği 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ı, yükseltme işlemini gerçekleştirmeden size bildirir. omni ve omnigent aynı programın iki farklı ismidir.

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 makine 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 isimli alt ajanları ve tüm bu süreci çalıştırmaya değer kılan tek 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 şeyi delege etmeden önce, makinede hangi alt ajan CLI araçlarının mevcut olduğunu görmek için bir ön kontrol çalıştırır. Yalnızca bir sağlayıcı CLI aracı yüklüyse farkı teslim edecek kimse yoktur; 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 temsilciler araç olarak tanımlanır

Temsilci dosyası YAML formatındadır. executor, harness, model ve kimlik doğrulama bilgilerini belirtir. tools; MCP (model context protocol) sunucularını, Python fonksiyonlarını ve alt temsilcileri barındırır. Alt temsilci, type: agent ve kendisine ait bir yürütücüye sahip bir araçtır; bu, yukarıdaki her şeyin arkasındaki mekanizmadır.

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 temsilci üzerinde pass_history: true kullanımını da destekler; bu, üst konuşmayı alt temsilciye aktarır. Bu işlem her devretme sırasında token tüketimine neden olur, bu nedenle yalnızca önündeki göreve ihtiyaç duyan alt temsilciler için bu özelliği kapalı tutun.

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

Çoklu aracı (multi-agent) çalıştırma süreci 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 aşamalarını 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 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 eşleşmeyecektir.

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 konusunda 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ı düzendeki bir diğer servis olacaktır.

Konteyner dağıtımı için deponun deploy/ dizini bir Compose kurulumu barındırır: ./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 ve OMNIGENT_AUTH_ENABLED 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 aracı, kendi çalışma kopyasını ve kendi model istemcisini tutan ayrı bir süreçtir; bu nedenle sunucuyu çalıştıracağınız aracı 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 birlikte gelir. Linux üzerinde bubblewrap isim alanlarını ve seccomp yapısını kullanır; bu sayede sınırları ajanın komut istemi değil, doğrudan ç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, siz write_paths içinde belirtmediğiniz sürece salt okunurdur; bu sayede hatalı çalışan 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 tutucuya (placeholder) sahiptir ve istek dışarı çıkarken proxy gerçek gizli bilgiyi yerleştirir; böylece sızdırılan bir döküm, kullanılabilir hiçbir veri içermez. Çoklu donanım kurulumunda her alt ajan, agents/ altındaki kendi yapılandırma dosyasında kendi sandbox bloğunu taşır; böylece bir incelemecinin ağ erişimi engellenirken, uygulayıcının erişimi korunabilir.

Sınır, belgelerde belirtilmiştir ve ö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 kutunun dışında çalışır. Bu boşluk, daha güçlü yöntemin hala ajan başına bir adet tek kullanımlık makine kullanmak olmasının nedenidir; 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 bilgileri bir ajanın erişiminden uzak tutma konusu, altı alt ajan tek bir ana makineyi paylaştığında 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 tedarikçi ile planlama yapan, ikincisi ile uygulayan ve üçüncüsü ile inceleme yapan bir çalışma, aynı anda üç farklı yerde harcama yapar; bu nedenle üst 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. bir VPS üzerinde yapay zeka ajanı maliyetlerini kontrol altında tutma hakkındaki notlarımız doğrudan burada geçerlidir ve paralel alt ajanlar harcama hızını katladığı için daha da kritik bir öneme sahiptir.

Bu depo ne kadar hızlı güncelleniyor?

ChartDays between tagged Omnigent releases, v0.2.0 to v0.7.0
The data behind this chart
[
  {
    "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, projenin kendi sürümler sayfasından 3 Ağustos 2026 tarihinde alınan yayınlanma tarihleridir. 2026-06-19 ile 2026-07-27 tarihleri 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 ilk sürüm olan 0.1.1, ö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ına ait bir yazıdan kopyalanan kurulum satırı, Temmuz ayı derlemelerinde başarısız olmaktadır. Kurulum komutunuzda --version kullanmanızın ve git clone dosyanızda bir etiket belirtmenizin nedeni bir stil tercihi değil, bu tür durumların önüne geçmektir.

Henüz güvenmeyeceğim durumlar

Ağustos 2026 itibarıyla depo yaklaşık 8.1 bin yıldız, 1.2 bin fork ve 350 civarında 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 kendisini alfa olarak tanımlıyor ve yukarıdaki sürüm geçmişi bunun gerçekten alfa aşaması olduğunu gösteriyor.

  • Sandbox yapısı MCP sunucularını veya denetleyiciyi (supervisor) kapsamadığı için, üretim kimlik bilgilerini barındıran bir sunucuda ç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ışır durumda gözetimsiz bırakmazdım.
  • OMNIGENT_AUTH_ENABLED ayarı yapılmadan 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ı varsaymadığım için, sürümü sabitlemeli ve yükseltme yapmadan önce sürüm notlarını okumalısınız.

Sizi şaşırtmadan önce bilmeniz gereken bir diğer husus: 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önetiyorsa, 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 adet ajan CLI'ı varsa, zaten bunlar için ödeme yapıyorsanız ve birinin yazarken diğerinin inceleme yapmasını istiyorsanız, bu şu an Linux üzerinde gerçek sandbox kullanımıyla tek bir makinede çalışmaktadır. Bunun ötesindeki her şeyi umut verici ancak tamamlanmamış olarak değerlendirin.

FAQ

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

Araçları çalıştırır. Omnigent bir meta-harness yapısıdır: Claude Code, Codex veya OpenCode gibi halihazırda kurulu olan 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 kurulu olması gerekir mi?

En az bir satıcı CLI aracının kurulu ve oturum açılmış olması gerekir; çünkü Omnigent bu programların yerine geçmek yerine onları yönetir. Örnek olarak sunulan Polly yapısında, 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ın gönderileceği ikinci bir satıcı bulunmaz.

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

Kurulum betiğine --version üzerinden sh -s -- bayrağını, sh -s -- --version 0.7.0 örneğindeki gibi geçirin. -s -- kullanılmadığında bayrak doğrudan sh tarafından tüketilir ve betik en yeni sürümü kurar. uv halihazırda yüklüyse, uv tool install --force --python 3.12 "omnigent==0.7.0" aynı işlevi görür. Git etiketi v0.7.0 iken, PyPI sürüm dizgisi 0.7.0 şeklindedir.

Omnibox sandbox, araç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 araç bu sınırların dışına çıkamaz. Belgeler, bu korumanın sys_os_* araç çağrıları ve terminaller için geçerli olduğunu, MCP sunucularını veya Omnigent denetleyici sürecini kapsamadığını belirtir. Bu nedenle bir MCP sunucusu normal izinlerinizle çalışır; gözetimsiz işler için aracı başına tek kullanımlık bir sanal makine kullanmak daha güçlü bir yalıtım sağlar.

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

Projenin dağıtım notları, sunucu için yaklaşık 512 MB ile 1 GB arası bir çalışma alanı öngörür ve Fly.io yapılandırması 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 paralel git çalışma ağaçları kullandığından, RAM ve disk boyutunu sunucuya göre değil, aynı anda çalıştırmayı planladığınız aracı sayısına göre belirleyin.

#omnigent#ai-agents#orchestration#open-source#cli