AiHummer
Հայերեն
Մուտք
v1.0.x
{ }Swagger

Einstein (հիշողության փլագին)

v1.0.x · թարմացվել է 2026-07-07

Einstein-ը AiHummer-ի համար պաշտոնական երկարաժամկետ հիշողության փլագինն է։ Այն տալիս է ագենտին կայուն, որոնելի հիշողություն, որը գոյատևում է վերագործարկումներն ու զրույցները՝ երբեք այդ հիշողությունը սև արկղի չվերածելով։ Առաջնորդող կանոնը պարզ է. կանոնական Markdown-ը ճշմարտության աղբյուրն է, համակարգը ինդեքսավորում և առաջարկում է փոփոխություններ, և երկարաժամկետ հիշողության մեջ յուրաքանչյուր առաջխաղացում վերանայվում է մարդու կողմից։

Փլագինն աշխատում է host-native ռեժիմով որպես իր սեփական փոքր Python ծառայություն (միայն ստանդարտ գրադարան — առանց ծանր ֆրեյմվորքի) և շփվում է gateway-ի հետ կոնտրակտի միջոցով։ Gateway-ի ներսում գործող հիշողության ենթահամակարգը (claims, recall, data-fence) նկարագրված է հայեցակարգային էջում Հիշողություն (Einstein); այս էջն ընդգրկում է փլագինը, որն այն ապահովում է։

Փաստեր

Դաշտ Արժեք
Տարբերակ 1.0.0
Պորտ 8820
Runtime Python (ստանդարտ գրադարան), host-native

Ինչ է դա

Einstein-ը պահում է հիշողությունը որպես մարդու համար ընթեռնելի Markdown — կանոնական գրառում, որը մարդը կարող է բացել, կարդալ և խմբագրել։ Այդ գրառման վրա այն կառուցում է այն մեխանիզմը, որ ագենտին անհրաժեշտ է turn-ի ժամանակ.

  • Վերականգնում — բերել ընթացիկ զրույցին վերաբերող հիշողությունը։
  • Որոնում — լրիվ-տեքստային և embedding-ի վրա հիմնված որոնում պահված փաստերի վրա։
  • Embeddings — վեկտորներ իմաստային վերհիշման համար, մատուցվում HTTP-ով։

Քանի որ Markdown-ը կանոնական է, ինդեքսների վերաբերյալ ոչինչ թանկարժեք չէ. դրանք կարող են վերակառուցվել ճշմարտության աղբյուրից ցանկացած պահի, և վերանայողը միշտ կարդում է նույն տեքստը, որ կարդում է ագենտը։

Ինչպես է այն օգտագործվում

Turn-ի ժամանակ gateway-ը Einstein-ից խնդրում է ընթացիկ համատեքստին վերաբերող հիշողությունը։ Recall-ը մատուցվում է մոդելին որպես data-fence-ով փաթաթված tool արդյունք, երբեք որպես ներարկված հրահանգներ — այնպես, որ հիշողության մեջ ընկած վնասարար գրառումը չի կարող ագենտին առևանգել։ Զրույցում նկատված նոր փաստերը արդյունահանվում են որպես ապացույցով claims-եր և հերթագրվում վերանայման, այլ ոչ թե գրվում ուղիղ հիշողության մեջ։

[!NOTE] Համակարգը ինդեքսավորում և առաջարկում է, բայց երբեք լուռ չի վերագրում հիշողությունը: claim-ի առաջխաղացումը երկարաժամկետ հիշողության մեջ դիտավորյալ, մարդու կողմից վերանայվող քայլ է։ Հիշողության ռեժիմը (auto / review / off) և վերականգնման ռեժիմը (fulltext / embedding) admin-ի կողմից կարգավորելի են։

v2 հիշողության հարթակը (միացված է լռելյայն)

Einstein-ը մատակարարվում է լիարժեք v2 հիշողության հարթակով, և դրա ողջ հզորությունը միացված է և աշխատում է տեղադրումից անմիջապես հետո — ձեռքով ոչինչ կարգավորելու կարիք չկա. claim արդյունահանում, վերանայման հերթ, ֆոնային դերիվեր (փաստեր, կապեր և սուբյեկտներ վկայություններից), “dream”/համախմբման անցում (կրկնօրինակների հեռացում և հիշողության ինքնաբուժում), հիշողության գրաֆ և հակասությունների հայտնաբերում։ Ֆոնային պլանավորիչը լռելյայն աշխատում է 900 վրկ ընդմիջումով։ Բոլոր դրոշները կարգավորելի են admin-ում (Web UI), բայց լիարժեք աշխատանքի համար դրանք փոխելու կարիք չկա։

[!NOTE] Միակ մարդկային քայլը կանոնական հիշողության մեջ գրառման հաստատումն է (MEMORY.md)։ v2-ի բոլոր աշխատողները գրում են միայն առանձին sidecar պահեստում և երբեք չեն դիպչում կանոնական Markdown-ին։ Երբ Einstein-ը դուրս է բերում խմբագրում, որն արժե ամրագրել կանոնում, այն ցուցադրվում է վերանայման UI-ում և կիրառվում մեկ սեղմումով (reviewed_ui ռեժիմ, լռելյայն)։ Այսպիսով ողջ հզորությունը հասանելի է անմիջապես, բայց հիմնական երաշխիքը պահպանվում է. հիշողությունը երբեք չի վերագրվում ձեր թիկունքում։ Ցանկության դեպքում օպերատորը կարող է ընտրել preview_only (միայն ցույց տալ խմբագրումները) EINSTEIN_CANONICAL_MEMORY_WRITE_MODE կարգավորման մեջ։

Տեղադրում

Einstein-ը ներկառուցված փլագին է. այն տեղադրվում է ավտոմատ յուրաքանչյուր վարձակալի համար, փլագինների ցանկում նշված է «Ներկառուցված» կրծքանշանով և չի կարող ջնջվել կամ կանգնեցվել — հիշողությունը արտադրանքի միջուկի մասն է։ Այն առանձին տեղադրելու կարիք չկա; սովորական փլագինների ամբողջ կենսացիկլը նկարագրված է Տեղադրում և թարմացումներ էջում։ Կոնտեյներներ չկան — Einstein-ն աշխատում է որպես իր սեփական systemd ծառայություն gateway-ի կողքին։

Անվտանգություն և սահմանափակումներ

  • Ճշմարտության աղբյուրը Markdown-ն է։ Ինդեքսներն ու embeddings-ները ածանցելի են; կանոնական տեքստն այն է, ինչ մարդը վերանայում և խմբագրում է։
  • Չկան լուռ վերագրումներ։ v2 հարթակը աշխատում է տեղադրումից անմիջապես հետո, բայց կանոն գրառումն անցնում է մարդու հաստատում մեկ սեղմումով (reviewed_ui); աշխատողները գրում են միայն sidecar-ում և չեն դիպչում կանոնական Markdown-ին։
  • Data-fence-ով recall։ Հիշողությունը հասնում է մոդելին որպես fence-ով tool ելք, երբեք որպես հրահանգներ, ինչը արգելափակում է անուղղակի prompt injection-ը։
  • Պաշտպանված Web UI։ Փլագինի վերանայման/կառավարման UI-ն մուտքի կառավարման տակ է։
  • Host-native։ Աշխատում է systemd-ի ներքո, ոչ կոնտեյներում։

Ուր հաջորդը