Jinsi ya kutumia Omnigent kuendesha mawakala wengi wa CLI

Omnigent ni nini

Omnigent ni meta-harness ya chanzo huria: safu moja ya uelekezaji (orchestration) inayoendesha zana za mstari wa amri (CLIs) za wakala ambazo tayari umesakinisha. Haichukui nafasi ya Claude Code, Codex, Cursor, OpenCode, Hermes au Pi. Inazianzisha, inampa kila moja kazi, na kusimamia matokeo ndani ya kipindi kimoja (session) chenye seti moja ya sera. Databricks ilichapisha hazina (repository) hiyo mnamo Juni 2026 chini ya leseni ya Apache 2.0, na ukurasa wa mbele bado unasomeka Status: alpha.

Madai ya kivitendo ni madogo, na yanastahili kuelezwa wazi. Unaelezea wakala mara moja, katika YAML, na unataja harness inayoiendesha. Badilisha mstari huo mmoja na wakala huyo huyo ataendesha kwenye CLI ya muuzaji mwingine. Hakuna kingine kinachobadilika katika usanidi wako, kwa sababu Omnigent inamiliki mzunguko (loop) juu ya mawakala badala ya mzunguko ndani yao.

Meta-harness ni nini, na inatofautiana vipi na framework?

Harness ni programu inayozungushia modeli ndani ya mzunguko (loop). Inasoma prompt yako, inaita zana, inahariri faili na kutoa ripoti. Claude Code ni harness. Codex ni harness. Unaisakinisha, unaingia (log in), na inafanya kazi yenyewe.

Framework ni maktaba (library) unayoandikia msimbo. Unaiingiza (import), unafafanua hatua katika Python, na programu yako inakuwa wakala (agent). Kubadilisha mtoa huduma (vendor) hapo kunamaanisha kuhariri msimbo wako, kwa sababu mteja wa mtoa huduma huyo ameingizwa ndani ya programu yako.

Meta-harness inakaa ngazi moja juu ya vyote viwili. Ni msimamizi anayeendesha harness kama michakato tanzu (child processes). Omnigent inaanza CLI ya mtoa huduma, inaikabidhi kazi, na kusoma kinachorejeshwa. Unabaki na CLI uliyokwisha isakinisha, na unabaki na usajili au API (application programming interface) key yoyote inayolipiwa. Huo ndio utofauti wote, na unaamua chombo hicho ni kwa ajili ya nani: watu walio na CLI za wakala kadhaa zinazofanya kazi tayari, ambao wamechoka kuziendesha kwa kutumia terminal moja baada ya nyingine.

Je, safu ya orchestration hutatua tatizo gani?

• Gharama za kuhama mtoa huduma ni mstari mmoja. Ufafanuzi wa agent unashikilia harness na model kama data, kwa hivyo kuhamisha jukumu kutoka kwa mtoa huduma mmoja kwenda mwingine ni kuhariri faili ya YAML, si kuandika upya.
• Uhakiki unaweza kuvuka watoa huduma. Diff iliyoandikwa na modeli moja husomwa na modeli kutoka kampuni tofauti. Modeli mbili kutoka familia moja huwa na upofu wa aina moja, kwa hivyo maoni ya pili kutoka kwa mtoa huduma yuleyule hayana thamani kubwa.
• Sera ina makazi moja. Vikomo vya matumizi na maombi ya idhini hutangazwa kwenye faili ya agent, na hutumika kwa kila sub-agent iliyo chini yake.
• Kikao hudumu zaidi ya zana yoyote moja. Transcript moja inashughulikia kazi iliyofanywa na CLI kadhaa, kwa hivyo unaweza kusoma yaliyotokea bila kuunganisha scrollback nne tofauti.

Gharama ni safu yenyewe. Kila mdudu (bug) katika Omnigent sasa ni mdudu aliyepo kati yako na agent aliyekuwa akifanya kazi peke yake. Katika hatua ya alpha, hii ni gharama halisi, si ya kinadharia.

Mahali ambapo mfumo wa mawakala wengi (multi-agent harness) unapoingiliana na zana za wakala mmoja

Ikiwa bado hujaendesha wakala mmoja kwenye seva, anza hapo kwanza. Mwongozo wetu wa kuendesha wakala wa usimbaji kwenye VPS unashughulikia kisa cha wakala mmoja kikamilifu, na huo ndio usanidi ambao Omnigent inadhani tayari unao. Uwanja mpana wa mawakala wa AI wanaojiendesha (self-hosted) ndipo unapochagua mawakala wenyewe, na kujifunza jinsi mawakala wanavyofanya kazi kwa hakika ndiyo hatua ya kwanza bora zaidi ikiwa msamiati huu ni mpya kwako.

Omnigent pia ni mhimili tofauti na safu ya kiunganishi (connector layer). Kazi kama kuwapa mawakala uwezo wa kufikia vyanzo vyako vya data inahusu kile ambacho wakala anaweza kukifikia. Omnigent inahusu ni wakala yupi anayeendesha, kwa mpangilio upi, na chini ya mipaka ipi. Unaweza kuhitaji vyote viwili kwa wakati mmoja, na havipishani.

Mahitaji kabla ya kusakinisha

• Python 3.12 au mpya zaidi. Kifurushi kilichochapishwa kinatangaza requires-python >= 3.12.
• tmux, kwa sababu terminal harnesses huendeshwa ndani yake.
• Angalau CLI moja ya mtoa huduma, ambayo imesakinishwa na kuingia (logged in).
• Node.js 22 ikiwa tu unajenga kutoka kwa git checkout. Wheel iliyo kwenye PyPI inakuja na web assets zilizojengwa tayari, kwa hivyo usakinishaji wa kawaida hauhitaji Node hata kidogo.

Sakinisha toleo lililofungwa (pinned release), siyo main

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

Sehemu ya sh -s -- siyo mapambo. Bila hiyo, sh inaisoma --version kama chaguo lake yenyewe na kisakinishi hakioni bendera hiyo, kwa hivyo unapata toleo lolote jipya la siku hiyo. Kwenye hazina (repository) inayotoa mabadiliko yanayovunja utangamano (breaking changes) kila baada ya wiki chache, huo ndio utofauti kati ya seva inayoweza kurudiwa (reproducible) na mshangao usiotarajiwa.

Kisakinishi kinatumia uv, meneja wa vifurushi vya Python wa Astral, na kinatoa ofa ya kusakinisha uv kwanza ikiwa haipo. Ikiwa uv tayari ipo, ruka hati hiyo:

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

Viongezeo (extras) vinafuata muundo uleule, na bendera inajirudia: --extra e2b --extra kubernetes kwenye hati, au "omnigent[e2b,kubernetes]" ukiwa na uv. Kumbuka kuwa git tag ni v0.7.0 wakati toleo la kifurushi kwenye PyPI ni 0.7.0.

uv huweka binary kwenye saraka inayoripotiwa na uv tool dir --bin, kwa kawaida ~/.local/bin, na kisakinishi hutoa ofa ya kuongeza njia hiyo kwenye shell profile yako. Ikiwa amri haipatikani mara tu baada ya usakinishaji safi, hiyo ndiyo sababu. Angalia ulichopata:

omni upgrade --check

Hiyo inalinganisha toleo lililosakinishwa dhidi ya toleo la hivi karibuni lililochapishwa na kukuambia ikiwa kuna toleo jipya, bila kulisakinisha. omni na omnigent ni programu moja inayojulikana kwa majina mawili.

Elekeza kwenye mtoa huduma wa model

omni setup

Mchawi (wizard) hutafuta vitambulisho vilivyopo tayari kwenye mazingira yako na kukuuliza vile vinavyokosekana. Hushughulikia API keys, usajili wa watoa huduma, gateways kama OpenRouter au Ollama, na Databricks workspaces. Ikiwa tayari unaendesha seva ya model ya ndani kwa kutumia Ollama kwenye mashine hiyo hiyo, elekeza gateway kwenye hiyo na trafiki haitatoka nje ya mashine hiyo.

Uendeshaji mdogo wa mawakala wengi

Mawakala wa mfano wanapatikana kwenye hazina (repository), kwa hivyo clone tag ileile uliyoiweka badala ya main.

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

Polly ni mratibu wa uandishi wa msimbo wa mawakala wengi (multi-agent coding orchestrator) anayekuja na hazina hiyo. Usanidi wake unatangaza mawakala wadogo (sub-agents) waliopewa majina claude_code, codex, opencode, cursor, hermes na pi, pamoja na sheria moja inayofanya zoezi hili kuwa la maana: ukaguzi hufanywa kila wakati na mtoa huduma (vendor) tofauti na yule aliyetekeleza kazi. Polly haandiki msimbo wowote mwenyewe. Yeye hupanga, hugawanya lengo katika vipengele vya kazi, humkabidhi kila mmoja, na kuelekeza kila diff kwa mkaguzi kutoka kwa mtoa huduma mwingine.

Kabla ya kukabidhi chochote, Polly huendesha ukaguzi wa awali (preflight check) ili kuona ni CLI zipi za mawakala wadogo zilizopo kwenye mashine. Kwa kuwa na CLI ya mtoa huduma mmoja tu iliyowekwa, hakuna mtu wa kukabidhiwa diff hiyo, kwa hivyo weka angalau mbili kabla ya kuhukumu matokeo. Debby, mfano mwingine unaokuja na programu hii, ni wakala wa mjadala mwenye vichwa viwili, kimoja kikiwa Claude na kingine GPT:

omni debby

Hii ni njia fupi ya kuthibitisha kuwa watoa huduma wawili wamesanidiwa, kwa sababu inahitaji wote wawili ili kusema chochote.

Sub-agents wanatangazwa kama zana

Faili la agent ni la umbizo la YAML. executor hutaja harness, model, na uthibitishaji (authentication). tools huhifadhi seva za MCP (model context protocol), vitendaji vya Python, na sub-agents. Sub-agent ni zana yenye type: agent na executor wake binafsi, ambayo ndiyo mfumo unaoendesha kila kitu hapo juu.

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

Vitambulisho hivyo vya model vinatoka kwenye mfano wa docs/AGENT_YAML_SPEC.md wa mradi wenyewe, na ni majina yanayohifadhiwa na Databricks. Badilisha harness na model kwa kutumia chochote ambacho omni setup imesanidi kwenye mashine yako. Thamani nyingine za harness katika spec ni pamoja na antigravity, copilot, kimi, qwen, na acp:<slug> kwa chochote kinachotumia itifaki ya kawaida (generic protocol). Spec hii pia inaruhusu pass_history: true kwenye sub-agent, ambayo huikabidhi mazungumzo ya mzazi (parent conversation). Hii hutumia tokens katika kila makabidhiano, kwa hivyo iache ikiwa imezimwa kwa sub-agents wanaohitaji tu kazi iliyo mbele yao. Coder ambaye prompt yake inamwelekeza kufanya mabadiliko madogo zaidi yanayofanya kazi humkabidhi mkaguzi wake diff fupi ya kutosha kusomeka, jambo ambalo ni muhimu zaidi hapa kuliko model unayochagua kwa jukumu lolote kati ya hayo.

Kwa nini orchestration inayochukua muda mrefu inafaa kwenye VPS

Uendeshaji wa multi-agent si amri ya dakika mbili. Inahitaji kupanga, kukabidhi kazi, kusubiri git worktrees zinazofanya kazi sambamba, kupitia, na kurekebisha. Kufunga mfuniko wa laptop yako kutakatisha yote hayo. VPS (virtual private server) huendelea kuwaka na kudumisha mtandao wake, hivyo session huendelea kuwepo hata wakati huangalii.

omnigent server --background
omnigent server status

Seva huendesha kiolesura cha wavuti (web UI) kwenye port 6767. omnigent server status huripoti kama kuna huduma inayokimbia, na omnigent stop huizima. Katika matoleo kabla ya v0.7.0 hii ilikuwa omni server start, ambayo imeondolewa, kwa hivyo maandishi ya zamani na picha za skrini hazitalingana na kile terminal yako inachofanya.

Usichapishe 6767 kwenye anwani ya umma. Kuna njia mbili salama. Acha port hiyo ikiwa imefungwa kwenye firewall na uifanye forward kupitia SSH kwa kutumia ssh -N -L 6767:localhost:6767 you@your-server, kisha ufungue kiolesura cha wavuti kwenye http://localhost:6767 kwenye mashine yako mwenyewe. Au weka TLS (transport layer security) mbele yake na uwashe uthibitishaji (authentication):

OMNIGENT_AUTH_ENABLED=1 omnigent server --background

Sehemu ya firewall ya kazi hiyo ni ya kawaida, iliyofafanuliwa katika misingi ya ufw firewall kwa VPS, na ikiwa seva tayari inaendesha containers nyuma ya Traefik mbele ya programu kadhaa za Docker Compose basi Omnigent ni huduma nyingine katika muundo uleule.

Kwa ajili ya deploy ya container, saraka ya deploy/ ya repository ina usanidi wa Compose: ./bootstrap.sh hutengeneza siri (secrets) ndani ya .env, kisha docker compose up -d huanzisha Omnigent na Postgres kwenye port 6767. DATABASE_URL huchagua Postgres au SQLite, na OMNIGENT_AUTH_ENABLED hutumia 1 kama default ndani ya containers, ambayo ndiyo default sahihi kwa kitu chochote kinachoweza kufikiwa kutoka nje.

Kuhusu ukubwa wa seva, maelezo ya deploy yanaweka kiasi cha kumbukumbu kinachohitajika kwa seva kuwa kati ya 512 MB hadi 1 GB, na usanidi wa Fly.io hupendekeza 1 GB. Takwimu hiyo ni kwa ajili ya supervisor pekee. Kila sub-agent ni mchakato (process) tofauti unaoshikilia checkout yake na model client yake, kwa hivyo chagua ukubwa wa seva kulingana na idadi ya agents. Seva ikishawaka, omnigent login https://your-host ikifuatiwa na omnigent host https://your-host husajili laptop yako dhidi yake, na omnigent attach <session_id> hurejesha session inayokimbia kutoka kwenye kifaa kingine.

Weka kila sub-agent kwenye sandbox kabla ya kuondoka

Omnigent husafirisha sandbox ya kiwango cha mfumo wa uendeshaji inayoitwa Omnibox. Kwenye Linux, hutumia bubblewrap namespaces pamoja na seccomp, hivyo kernel ndiyo inayotekeleza mipaka badala ya prompt ya agent. Agent aliyedungwa prompt (prompt-injected) hawezi kujiondoa kwenye sheria ya kernel. Sakinisha dependency kwanza:

sudo apt install bubblewrap

Usanidi unapatikana chini ya os_env katika faili ya agent:

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: []

Saraka ya kazi (working directory) inasomeka tu hadi utakapoiainisha katika write_paths, kwa hivyo agent anayepotoka hawezi kuandika nje ya workspace. Dotfiles hubaki zimefichwa isipokuwa zikitajwa katika cwd_allow_hidden, jambo linalomaanisha kuwa ruhusa pana ya kusoma haifichui kimyakimya .ssh au .aws. Weka egress_rules na trafiki yote ya HTTP na HTTPS itapitia proxy ya default deny, huku kila sheria ikiandikwa kama "METHODS host/path-glob". credential_proxy huenda hatua moja zaidi: agent hubeba placeholder pekee, na proxy hubadilisha na secret halisi ombi linapotoka, kwa hivyo transcript iliyovuja haifichui chochote kinachoweza kutumika. Katika usanidi wa multi-harness, kila sub-agent hubeba block yake ya sandbox katika faili yake ya usanidi chini ya agents/, hivyo mkaguzi anaweza kunyimwa mtandao wakati mtekelezaji anauweka.

Kikomo kimeelezwa katika nyaraka, na ni muhimu. Sandbox ya OS inatumika kwa wito wa zana za sys_os_* na kwa terminal. Haifuniki MCP servers, na haifuniki mchakato wa supervisor wa Omnigent wenyewe. MCP server uliyoianzisha inaendeshwa nje ya box kwa kutumia ruhusa zako. Pengo hilo ndilo sababu muundo imara zaidi bado ni mashine moja ya kutupwa (throwaway machine) kwa kila agent, ambayo ndiyo mada ya kuendesha coding agents kwenye VM inayoweza kutupwa. Nusu nyingine ya kazi ni vitambulisho (credentials), na kuweka siri nje ya uwezo wa agent inakuwa ngumu zaidi, si rahisi, wakati sub-agents sita wanashiriki host moja.

Vikomo vya matumizi ni sera, zilizotangazwa katika faili ileile:

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]

Uendeshaji unaopanga na vendor mmoja, kutekeleza na wa pili, na kukagua na wa tatu unatumia fedha katika maeneo matatu kwa wakati mmoja, kwa hivyo weka kikomo kabla ya uendeshaji wa kwanza usio na usimamizi badala ya baada ya ankara ya kwanza. Vipengele vilivyojengwa ndani pia vinajumuisha max_tool_calls_per_session na ask_on_os_tools, ambavyo huomba idhini kabla ya operesheni za faili na shell. Vidokezo vyetu kuhusu kudhibiti gharama za AI agent kwenye VPS vinatumika moja kwa moja hapa, na vinatumika kwa nguvu zaidi, kwa sababu sub-agents wanaofanya kazi sambamba huongeza kasi ya matumizi ya rasilimali.

Je, hazina hii inakua kwa kasi kiasi gani?

[
  {
    "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
  }
]

Hizo ni tarehe za matoleo yaliyochapishwa kutoka kwenye ukurasa wa releases wa mradi wenyewe, yaliyosomwa tarehe 3 Agosti 2026. 7 ya matoleo yaliyowekewa tag yalitoka kati ya 2026-06-19 na 2026-07-27, na muda mrefu zaidi kati ya matoleo yoyote mawili ulikuwa 11 siku. v0.5.1 ilitolewa siku moja na toleo lililotangulia. Toleo la kwanza, 0.1.1 la tarehe 16 Juni 2026, limeachwa nje ya chati kwa sababu hakuna tag ya awali ya kupimia.

Matoleo mawili kati ya hayo yalivunja amri ambazo miongozo ilikuwa imeshaziorodhesha. v0.7.0 iliondoa omni server start kwa ajili ya omni server --background. v0.6.0 ilibadilisha jina la omnigent[memory] extra kuwa omnigent[hindsight], kwa hivyo mstari wa usakinishaji uliokopiwa kutoka kwenye andiko la Juni unashindwa kufanya kazi kwenye build ya Julai. Hii ndiyo sababu ya kutumia --version katika amri yako ya usakinishaji na kuweka tag kwenye git clone yako, si suala la upendeleo wa mtindo.

Mambo ambayo bado siwezi kuiamini

Kufikia Agosti 2026, hazina hii ina takriban nyota 8.1k, forki 1.2k na masuala 350 yaliyo wazi, huku toleo la kwanza la umma likiwa na umri wa wiki saba. Nyota hupima hamu ya watu, na hamu si ukomavu. Mradi huu unajitambulisha kama alpha, na historia ya matoleo hapo juu inaonyesha kuwa inamaanisha alpha kweli.

• Siwezi kuiendesha kwenye seva inayohifadhi vitambulisho vya uzalishaji (production credentials), kwa sababu sandbox haijashughulikia seva za MCP au msimamizi (supervisor).
• Siwezi kuacha mchakato ukiendelea bila usimamizi bila sera ya cost_budget, kwa sababu wachuuzi watatu wanaweza kutoza bili kwa wakati mmoja na hakuna kingine kinachoweza kuwazuia.
• Siwezi kuweka seva kwenye anwani ya IP ya umma bila OMNIGENT_AUTH_ENABLED kuwekwa na TLS mbele yake.
• Siwezi kuchukulia YAML ya wakala kama kitu thabiti katika matoleo madogo (minor versions), kwa hivyo funga toleo (pin) na usome maelezo ya toleo kabla ya kufanya upgrade.

Jambo moja zaidi la kujua kabla halijakushangaza: v0.6.0 iliongeza telemetry ya matumizi isiyojulikana (anonymised usage telemetry), na mradi huu unaiandika kwenye ukurasa maalum wa telemetry. Soma ukurasa huo na ufanye uamuzi wako kwa makini ikiwa mashine inashughulikia kazi za wateja.

Kile ambacho Omnigent ni kizuri kweli kwa sasa ni kile ilichoundwa kwa ajili yake. Una CLI za wakala tatu au nne, tayari unazilipia, na unataka moja yao iandike huku nyingine ikikagua. Hilo linafanya kazi sasa, kwenye mashine moja, na sandboxing halisi kwenye Linux. Chukulia kila kitu kingine zaidi ya hapo kama kitu cha kuahidi lakini ambacho hakijakamilika.

FAQ

Je, Omnigent ni wakala, au ni kitu kinachoendesha mawakala?

Inaendesha mawakala. Omnigent ni meta-harness: inaanza CLIs za watoa huduma ulizokwisha sakinisha, kama vile Claude Code, Codex au OpenCode, inampa kila mmoja kazi, na kusimamia matokeo katika kipindi kimoja. Haina mfano (model) wake yenyewe. Hii ndiyo sababu inatofautiana na mfumo (framework), ambapo unaandika Python dhidi ya maktaba na programu yako mwenyewe inakuwa wakala.

Je, ninahitaji Claude Code na Codex kusakinishwa kabla ya Omnigent kuwa na manufaa?

Unahitaji angalau CLI moja ya mtoa huduma kusakinishwa na kuingia, kwa sababu Omnigent inaendesha programu hizo badala ya kuzibadilisha. Kwa mfano wa Polly uliotolewa, unahitaji mbili au zaidi kutoka kwa watoa huduma tofauti. Kanuni ya Polly ni kwamba ukaguzi hufanywa kila wakati na mtoa huduma tofauti na yule aliyetekeleza, kwa hivyo ukiwa na CLI moja tu hakuna mtoa huduma wa pili wa kutuma diff hiyo.

Ninawezaje kusakinisha toleo mahususi la Omnigent badala ya la hivi karibuni?

Peleka --version kupitia hati ya usakinishaji ukitumia sh -s --, kama ilivyo katika sh -s -- --version 0.7.0. Bila -s --, flag hiyo hutumiwa na sh yenyewe na hati husakinisha toleo jipya zaidi. Ukiwa na uv iliyopo, uv tool install --force --python 3.12 "omnigent==0.7.0" hufanya kazi hiyo hiyo. Lebo ya git ni v0.7.0 wakati kamba ya toleo la PyPI ni 0.7.0.

Je, sandbox ya Omnibox inatosha kuendesha mawakala bila kusimamiwa?

Ni imara kwa kile inachoshughulikia na iko wazi kuhusu kile isichokifanya. Kwenye Linux inatumia bubblewrap pamoja na seccomp, kwa hivyo kernel inatekeleza vikwazo vya faili na mtandao na wakala hawezi kujiondoa. Nyaraka zinasema kuwa inatumika kwa wito wa zana sys_os_* na terminal, na kwamba haijumuishi seva za MCP au mchakato wa msimamizi wa Omnigent. Kwa hivyo, seva ya MCP huendesha kwa ruhusa zako za kawaida, ndiyo sababu mashine pepe inayoweza kutupwa kwa kila wakala inabaki kuwa njia imara zaidi ya kutengwa kwa kazi zisizosimamiwa.

Seva ya Omnigent inahitaji kumbukumbu kiasi gani kwenye VPS?

Vidokezo vya utumaji vya mradi vinatoa seva seti ya kazi ya takriban 512 MB hadi 1 GB, na usanidi wake wa Fly.io unahitaji 1 GB. Hiyo inashughulikia msimamizi na kiolesura cha wavuti kwenye port 6767 pekee. Kila wakala mdogo ni mchakato tofauti wenye nakala yake ya kazi na mteja wa mfano, na uendeshaji wa mtindo wa Polly hutumia git worktrees sambamba, kwa hivyo panga RAM na diski kulingana na idadi ya mawakala unaopanga kuendesha kwa wakati mmoja badala ya seva yenyewe.