Nini hutokea unapopanga mradi mkubwa bila mtu yeyote anayesimamia? Mifumo mingi ya programu (software stacks) inadhani kuwepo kwa mratibu mmoja. Mchakato mmoja unashikilia hali (state), unaweka kazi kwenye foleni, na kugawa majukumu. Ikiwa mratibu huyo ataanza upya, mtiririko mzima wa kazi utayumba. Mradi mpya unabadilisha dhana hiyo kabisa. Unaonyesha jinsi kundi la mawakala wa AI linavyoweza kuchanganua lengo kama "panga safari ya wiki mbili kwenda Japan" kuwa mti kamili wa kazi bila node yoyote moja kushikilia mpango mzima kwa wakati wowote.

Kwa Nini Unajenga Mfumo Usio na Kiongozi?

Mipango iliyojikita (centralized planners) ni rahisi kuelewa. Unatuma ombi kwa seva, inagawanya kazi, na wafanyakazi wanaripoti matokeo. Tatizo ni kwamba seva inakuwa kizuizi cha kiakili na kimwili. Inamiliki ukweli.

Katika mpangilio uliosanifiwa (distributed setup), ukweli unageuka kuwa picha inayoshirikishwa ambayo mtandao unakubaliana nayo kupitia mbinu ya gossip. Utekelezaji huu mahususi wa Python unaunganisha dhana mbili tofauti. Ya kwanza ni mzunguko wa uboreshaji wa hatua kwa hatua: wakala mmoja unaandika pendekezo, mwingine unalipima, na wa tatu unaliboresha. Ya pili ni tabaka la mtandao wa peer-to-peer lililojengwa juu ya libp2p, ambalo huwaruhusu mawakala kugunduliana wenyewe moja kwa moja bila kuhitaji rejista au load balancer. Matokeo yake ni kundi (cluster) ambapo washiriki wanatokea, wanapendekeza, wanapiga kura, na kutekeleza bila mtu yeyote kuwa mratibu wa muziki.

Nafasi Nne

Mfumo unampa kila mshiriki moja kati ya tabia nne. Huhitaji mashine nne halisi. Wanaweza kuwepo kwa pamoja kwenye laptop moja au kusambaa kwenye mtandao wa nyumbani. Nafasi hizo ni:

  • Mchanganuzi (Decomposer). Wakala huyu anapokea lengo kuu na kupendekeza mgawanyo katika malengo madogo. Kwa sababu mfumo unatumia mchanganuzi wengi kwa wakati mmoja, unaweza kupata njia tatu tofauti za safari hiyo ya Japan. Moja inaweza kugawa safari hiyo kulingana na jiografia: Tokyo, Kyoto, Osaka. Mwingine anaweza kugawanya kulingana na shughuli: usafiri, malazi, chakula, utalii. Wa tatu anaweza kupanga kulingana na siku. Mtandao unazingatia zote hizo.

  • Mkadiri (Scorer). Mawakala hawa hufanya kazi kama bodi ya uhariri. Wanachunguza mgawanyo uliopendekezwa na kuupima. Alama inaonyesha ikiwa malengo madogo ni madhubuti vya kutosha, hayagongani, na yanajumuisha kila kitu kinachohitajika. Muhimu zaidi, mkadiri anaamua ikiwa pendekezo ni zuri vya kutosha kukubalika. Bila baraka zake, mgawanyo unabaki katika hali ya kutojulikana.

  • Mtekelezaji (Executor). Mara tu mti unapofikia vilele (leaf nodes) vidogo vya kutosha kutekelezeka, watekelezaji wanashindania kuvichukua. Hawasubiri ruhusa kutoka kwenye foleni kuu. Badala yake, wanatumia itifaki ya muda (timestamp protocol) ili kuamua nani anapata haki ya kwanza ya kazi fulani. Mshindi anatekeleza kazi hiyo kupitia mwito wa LLM wa ndani na kutangaza matokeo.

  • Mwangalizi (Observer). Huyu ni mtazamaji wa pembeni ambaye kila mtandao unahitaji. Anasikiliza kwa utulivu mawasiliano ya gossip, anajenga upya mti wa mpango kutoka kwenye mazungumzo hayo, na kuchapisha muhtasari unaosomeka. Kwa sababu hazungumzi kamwe, inathibitisha jambo muhimu: mtu yeyote anayejiunga baadaye anaweza kuelewa mpango mzima kwa kusikiliza tu mazungumzo yanayofanyika.

Gossip kama Chanzo cha Ukweli

Tabaka la libp2p linashughulikia ugunduzi na ujumbe. Mawakala wanapatana wenyewe kupitia ugunduzi wa washiriki (peer discovery) uliomo ndani ya itifaki, kisha wanatangaza ujumbe kwenye mada inayoshirikishwa. Hakuna hifadhidata ya kumbukumbu, hakuna Redis cache inayoshikilia mpango rasmi.

Kila mshiriki (peer) anashikilia nakala yake mwenyewe ya mti wa mpango na kuusasisha kulingana na gossip anayoisikia. Wakati mchanganuzi anatangaza pendekezo, kila node nyingine inapokea, inathibitisha muundo, na kuongeza tawi hilo kwenye mti wake wa ndani. Wakati wakadiria wanapopiga kura, hesabu hiyo husambaa kwa njia hiyo hiyo. Ikiwa watekelezaji wawili watachapisha madai yanayopingana kuhusu kazi moja, itifaki ya muda inatatua mgongano huo. Mtandao unakubaliana na dai la awali na kutupa lile la baadaye.

Baada ya muda, mti unakua kuelekea chini kutoka kwenye lengo la awali kupitia tabaka za malengo madogo yaliyokubaliwa hadi kufikia kazi ndogo ndogo zinazoweza kufanyika kwa urahisi. Mchakato huu unafanana na blockchain inayofikia mwafaka (consensus), isipokuwa mzigo wa data (payload) ni ratiba ya safari au maelezo ya programu badala ya daftari la sarafu.

Kupiga Kura na Mashindano ya Kutekeleza

Demokrasia ni gharama kubwa, na mfumo huu unalipia gharama hiyo kwa ucheleweshaji (latency). Mgawanyo unashinda tu ikiwa wakadiria wa kutosha wanakubaliana. Kiwango hicho kinaweza kuwa idadi ya wengi rahisi au idadi ya chini inayohitajika (quorum) kali zaidi, kulingana na jinsi unavyosanidi kundi hilo. Wachanganuzi hawaachi kupendekeza, hivyo mtandao mara nyingi huchambua miti kadhaa inayoshindana kwa wakati mmoja. Hatimaye, moja hufikia kura zinazohitajika na malengo yake madogo yanahama kutoka hatua ya rasimu hadi kukubalika.

Executors add another layer of coordination. Because tasks are public on the gossip channel, multiple executors might try to grab the same attractive leaf node. The timestamp protocol acts as a tiebreaker. Each claim carries a monotonic timestamp, and the network honors the earliest one. The loser simply moves on to the next available task. This is crude, but it avoids the need for a centralized scheduler locking rows in a database.

Resilience by Design

The architecture earns its keep when things break. If a decomposer crashes after proposing half the subgoals, the surviving decomposers continue offering splits. The plan does not stall waiting for a respawn. If a scorer drops off the network, the remaining voters can still reach quorum as long as you sized the cluster appropriately.

The real payoff is late joins. A new agent that boots up halfway through does not need a snapshot or a