Plugin ya kumbukumbu ya agent wako inaweza kuwa inamwongoza kimya kimya kwa ukweli uliopitwa na wakati
Msanidi programu mmoja anasema plugin za kumbukumbu za agent ni RAG iliyovaa kinyago, na kwamba hati za kawaida za Markdown ambazo agent mwenyewe anazitunza zingefanya kazi hiyo vizuri zaidi.
Bidhaa inayoitwa "kumbukumbu" ni bahati nasibu
Katika chapisho la tarehe 3 Oktoba 2026, msanidi programu Liao anasema kwamba kila plugin ya kumbukumbu ya agent (programu-tumizi inayotenda kazi kwa niaba yako) iliyo sokoni inafanya kazi kwa njia ile ile: inachimbua nakala za vipindi vyako vya kazi, inazalisha vijisehemu vya maandishi, inavihifadhi kwenye vector database (hifadhidata inayopanga maandishi kwa kufanana kwa maana), na kila unapotuma prompt (maelekezo unayompa AI) inaambatisha vitano vinavyofanana zaidi. Ikiwa agent bado amechanganyikiwa, anapewa zana ya kutafuta zaidi. Madai yake ni kwamba muundo huu hauwezi kumfanya agent aelewe mradi wako, haijalishi vipengele vingapi vitaongezwa juu yake. Haya ni madai yake kuhusu soko, si matokeo yaliyothibitishwa kwa kujitegemea.
Inavyofanya kazi, na mahali anaposema inapovunjika
RAG inasimama kwa retrieval-augmented generation (uzalishaji unaoongezewa na urejeshaji): kabla ya modeli kujibu, mfumo unachukua maandishi yanayoonekana kuhusika na kuyabandika kwenye prompt. Kwenye vector database, kila kijisehemu kinabadilishwa kuwa orodha ya namba (embedding) inayowakilisha maana yake, na "kufanana" kunamaanisha namba hizo ziko karibu kwa karibu. Hicho kinapima kufanana, si ukweli.
Kutokana na hilo, chapisho linataja njia kadhaa za kushindwa:
- Kufanana si usahihi. Utafutaji unapanga ukaribu katika nafasi ya embedding. Hauwezi kukuambia kijisehemu kipi ni cha sasa au kipi kinakosekana.
- Vijisehemu vinapoteza muktadha. Sababu, mafunzo na mazingira havitoshi ndani ya kipande kidogo.
- Yaliyopita yanachukuliwa kuwa ukweli. Msimbo (codebase) unabadilika kila siku, kwa hiyo vijisehemu 500 kuhusu uthibitishaji (authentication) vina usahihi kiasi gani?
- Agent hawezi kutafuta kitu asichojua kinakuwepo.
- Hifadhi haiwezi kukaguliwa. Kukiwa na embedding 10,000 ndani ya SQLite, ni zipi zimepitwa na wakati, hazijawahi kurejeshwa, au si sahihi na zinaathiri tabia kimya kimya?
Mbadala: viandike
Pendekezo la chapisho ni kumbukumbu inayotegemea hati. Watu hawarudii kutazama mkutano wa miaka mitatu iliyopita ili kukumbuka kikwazo; wanatazama kumbukumbu zilizoandikwa. Vivyo hivyo, agent anapewa nafasi ya kazi ya Markdown iliyopangwa, yenye maelekezo, vipimo (specs), maamuzi, utafiti na faharasa. Mzunguko unabadilika kutoka prompt, jenga, sahau hadi prompt, shauriana na hati, jenga, sasisha. Kabla ya kufanya kazi, agent anasoma hati husika. Baadaye, anarekebisha zilizopitwa na wakati na kuongeza zinazokosekana wakati picha nzima bado iko kwenye muktadha.
Mwandishi anasema alianza na folda ya internal/ na maelekezo machache ya awali zaidi ya mwaka mmoja uliopita, ambayo yalikua na kuwa plugin huria ya bure inayoitwa Operator Memory. Anasema haitumii vector database, embeddings, zana za muhtasari wala michakato ya nyuma (daemons), ila faili za Markdown tu unazoweza kusoma, kuhariri, kuhifadhi kwa commit na kushiriki. Pia anabainisha kwamba faili za AGENTS.md tayari zinafanya kazi, lakini mara nyingi huwa ndiyo nyaraka pekee za mradi.
Hatari na manufaa
Kundi lililo hatarini ni mtu yeyote anayeendesha agent kwenye msimbo unaobadilika haraka kupitia plugin ya kumbukumbu. Ikiwa mwandishi yuko sahihi, timu hizo zina hifadhi isiyoonekana ndani yake ambayo hawawezi kuikagua, inayolisha agent wao ukweli ambao huenda umeisha muda wake, bila njia dhahiri ya kujua. Chapisho pia linaelezea watu wanaotoa vipengele bila kusoma msimbo, ambapo nyaraka ni muhimu zaidi na huandikwa kidogo zaidi.
Wanaonufaika ni timu zinazoweza kusoma kile agent wao anachojua. Folda ya Markdown inaweza kupitiwa katika pull request, kulinganishwa (diff), kusahihishwa na binadamu, na kukabidhiwa mfanyakazi mpya. Hiyo ni sifa ya utawala (governance) kama ilivyo ya kiufundi. Kumbuka kwamba chanzo ni mtaalamu mmoja anayeelezea zana yake mwenyewe na uzoefu wake; hakitoi vipimo vya kulinganisha (benchmarks) kati ya njia hizo mbili.
Maswali Unayopaswa Kujiuliza
- Je, mtu yeyote kwenye timu yako anaweza kuorodhesha kila kitu kilichomo sasa kwenye kumbukumbu ya agent wako, na ni maingizo yapi yamepitwa na wakati au si sahihi?
- Msimbo unapobadilika, ni mchakato gani unaobatilisha kumbukumbu zilizoelezea toleo la zamani?
- Ikiwa agent wako alifanya uamuzi mbaya wiki iliyopita, je, unaweza kufuatilia hadi kumbukumbu au hati mahususi iliyomwathiri?
- Nani hukagua kile agent anachojiandikia kwenye hati zake mwenyewe, na nini kinamzuia kurekodi hitimisho lisilo sahihi kama jambo lililokubalika?
- Muuzaji au mwandishi ana ushahidi gani, zaidi ya matumizi yake binafsi, kwamba njia yake inashinda mbadala kwenye aina ya mradi wako?
Cha Kufuatilia Baadaye
Ishara si hamasa bali ushahidi: ulinganisho wa ana kwa ana kati ya plugin za kurejesha vijisehemu na nafasi za kazi zinazotegemea hati kwenye miradi ile ile ya muda mrefu, na kama wauzaji wa kumbukumbu wataanza kutoa njia za kukagua, kuhariri na kumaliza muda wa kile wanachohifadhi. Ikiwa uwezo wa kukagua utakuwa ombi la kawaida la kipengele, hoja ya muundo inashinda.
- 1Kagua kumbukumbu ya agent wako mara kwa mara ili kutambua na kuondoa ukweli uliopitwa na wakati unaoweza kupotosha maamuzi.
- 2Jaribu urejeshaji wa plugin yako ya kumbukumbu kwa kuuliza maswali unayojua tayari imeyaona, ili kubaini vijisehemu vilivyohifadhiwa ambavyo vimepitwa na wakati au si sahihi.
- 3Unganisha plugin za kumbukumbu na vyanzo vipya vya data badala ya kutegemea tu nakala za vipindi zilizohifadhiwa kwenye vector database ili kupata usahihi.
Ready to implement AI in your business?
Our team builds the AI systems you just read about. Start with a free 30-minute discovery meeting.
