Պաշտոնական փլագիններ/Einstein (հիշողության փլագին)
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-ի ներքո, ոչ կոնտեյներում։
<p class="doc-plugin-logo"><img class="th-on-dark" src="/pl/einstein-dark.svg" alt="" width="60" height="60" /><img class="th-on-light" src="/pl/einstein-light.svg" alt="" width="60" height="60" /></p>
**Einstein-ը AiHummer-ի համար պաշտոնական երկարաժամկետ հիշողության փլագինն է։** Այն տալիս է
ագենտին կայուն, որոնելի հիշողություն, որը գոյատևում է վերագործարկումներն ու զրույցները՝
երբեք այդ հիշողությունը սև արկղի չվերածելով։ Առաջնորդող կանոնը պարզ է.
**կանոնական Markdown-ը ճշմարտության աղբյուրն է**, համակարգը ինդեքսավորում և *առաջարկում* է
փոփոխություններ, և երկարաժամկետ հիշողության մեջ յուրաքանչյուր առաջխաղացում վերանայվում է մարդու կողմից։
Փլագինն աշխատում է host-native ռեժիմով որպես իր սեփական փոքր Python ծառայություն (միայն ստանդարտ
գրադարան — առանց ծանր ֆրեյմվորքի) և շփվում է gateway-ի հետ
կոնտրակտի միջոցով։ Gateway-ի ներսում գործող հիշողության ենթահամակարգը (claims, recall,
data-fence) նկարագրված է հայեցակարգային էջում
[Հիշողություն (Einstein)](/hy/v1.0/concepts/memory-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-ը **ներկառուցված փլագին է**. այն տեղադրվում է ավտոմատ յուրաքանչյուր
վարձակալի համար, փլագինների ցանկում նշված է **«Ներկառուցված»** կրծքանշանով և
**չի կարող ջնջվել կամ կանգնեցվել** — հիշողությունը արտադրանքի միջուկի մասն է։
Այն առանձին տեղադրելու կարիք չկա; սովորական փլագինների ամբողջ կենսացիկլը
նկարագրված է [Տեղադրում և թարմացումներ](/hy/v1.0/marketplace/install-updates)
էջում։ Կոնտեյներներ չկան — Einstein-ն աշխատում է որպես իր սեփական systemd
ծառայություն gateway-ի կողքին։
## Անվտանգություն և սահմանափակումներ
- **Ճշմարտության աղբյուրը Markdown-ն է։** Ինդեքսներն ու embeddings-ները ածանցելի են;
կանոնական տեքստն այն է, ինչ մարդը վերանայում և խմբագրում է։
- **Չկան լուռ վերագրումներ։** v2 հարթակը աշխատում է տեղադրումից անմիջապես հետո,
բայց կանոն գրառումն անցնում է մարդու հաստատում մեկ սեղմումով (`reviewed_ui`);
աշխատողները գրում են միայն sidecar-ում և չեն դիպչում կանոնական Markdown-ին։
- **Data-fence-ով recall։** Հիշողությունը հասնում է մոդելին որպես fence-ով tool ելք, երբեք
որպես հրահանգներ, ինչը արգելափակում է անուղղակի prompt injection-ը։
- **Պաշտպանված Web UI։** Փլագինի վերանայման/կառավարման UI-ն մուտքի կառավարման տակ է։
- **Host-native։** Աշխատում է systemd-ի ներքո, ոչ կոնտեյներում։
## Ուր հաջորդը
- Հայեցակարգ՝ [Հիշողություն (Einstein)](/hy/v1.0/concepts/memory-einstein)
- [Տեղադրում և թարմացումներ](/hy/v1.0/marketplace/install-updates)
- [Marketplace-ի ակնարկ և մակարդակներ](/hy/v1.0/marketplace/overview-tiers)