AiHummer
ქართული
შესვლა
v1.0.x
{ }Swagger

Einstein (მეხსიერების პლაგინი)

v1.0.x · განახლდა 2026-07-07

Einstein არის AiHummer-ის ოფიციალური გრძელვადიანი მეხსიერების პლაგინი. ის აძლევს აგენტს მდგრად, ძებნად მეხსიერებას, რომელიც გადარჩება რესტარტებსა და საუბრებს, ისე, რომ ამ მეხსიერებას არასოდეს აქცევს შავ ყუთად. წამყვანი წესი მარტივია: კანონიკური Markdown არის ჭეშმარიტების წყარო, სისტემა ინდექსირებს და სთავაზობს ცვლილებებს, ხოლო გრძელვადიან მეხსიერებაში ყოველი promotion განიხილება ადამიანის მიერ.

პლაგინი მუშაობს ჰოსტზე-მშობლიურად, როგორც საკუთარი მცირე Python სერვისი (მხოლოდ სტანდარტული ბიბლიოთეკა — არანაირი მძიმე framework) და ესაუბრება gateway-ს კონტრაქტით. gateway-ში მყოფი მეხსიერების ქვესისტემა (claims, recall, data-fence) აღწერილია კონცეფციის გვერდზე მეხსიერება (Einstein); ეს გვერდი ფარავს პლაგინს, რომელიც მას უდგას უკან.

ფაქტები

ველი მნიშვნელობა
ვერსია 1.0.0
პორტი 8820
რანტაიმი Python (სტანდარტული ბიბლიოთეკა), ჰოსტზე-მშობლიური

რა არის ეს

Einstein ინახავს მეხსიერებას როგორც ადამიანის-წაკითხვად Markdown-ს — კანონიკურ ჩანაწერს, რომელიც ადამიანს შეუძლია გახსნას, წაიკითხოს და დაარედაქტიროს. ამ ჩანაწერის თავზე ის აგებს მექანიზმს, რომელიც აგენტს მსვლელობის დროს სჭირდება:

  • Retrieval — მიიღოს მიმდინარე საუბრისთვის რელევანტური მეხსიერება.
  • Search — სრულ-ტექსტური და embedding-დაფუძნებული ძიება შენახულ ფაქტებზე.
  • Embeddings — ვექტორები სემანტიკური recall-ისთვის, მოწოდებული HTTP-ით.

ვინაიდან Markdown კანონიკურია, ინდექსებში არაფერია ძვირფასი: ისინი ნებისმიერ დროს შეიძლება ხელახლა აიგოს ჭეშმარიტების წყაროდან და განმხილველი ყოველთვის კითხულობს იმავე ტექსტს, რასაც აგენტი კითხულობს.

როგორ გამოიყენება

მსვლელობის დროს gateway ეკითხება Einstein-ს მიმდინარე კონტექსტისთვის რელევანტურ მეხსიერებას. Recall მიეწოდება მოდელს როგორც data-fence-ში გახვეული ხელსაწყოს შედეგი, არასოდეს როგორც ჩაშენებული ინსტრუქციები — ასე რომ მავნე ჩანაწერი, რომელმაც მეხსიერებაში გზა იპოვა, ვერ გაიტაცებს აგენტს. საუბარში დაკვირვებული ახალი ფაქტები ამოღებულია როგორც claim-ები მტკიცებულებით და დგება განხილვის რიგში, ნაცვლად იმისა, რომ პირდაპირ ჩაიწეროს მეხსიერებაში.

[!NOTE] სისტემა ინდექსირებს და სთავაზობს, მაგრამ არასოდეს უხმაუროდ არ გადაწერს მეხსიერებას. claim-ის გრძელვადიან მეხსიერებაში promotion არის გააზრებული, ადამიანის მიერ განხილული ნაბიჯი. მეხსიერების რეჟიმი (auto / review / off) და retrieval რეჟიმი (fulltext / embedding) ადმინ-კონფიგურირებადია.

v2 მეხსიერების პლატფორმა (ჩართულია ყუთიდან)

Einstein მოყვება სრული v2 მეხსიერების პლატფორმა, და მისი მთელი სიმძლავრე ჩართულია და მუშაობს ინსტალაციისთანავე — ხელით არაფრის დაყენება არ არის საჭირო: claim-ის ამოღება, განხილვის რიგი, ფონური deriver (ფაქტები, კავშირები და ერთეულები მტკიცებულებებიდან), “dream”/კონსოლიდაციის გავლა (დედუპლიკაცია და მეხსიერების თვითგანკურნება), მეხსიერების გრაფი და წინააღმდეგობების აღმოჩენა. ფონური დამგეგმავი ნაგულისხმევად მუშაობს 900 წმ ინტერვალით. ყველა flag კონფიგურირებადია ადმინში (Web UI), მაგრამ სრული მუშაობისთვის მათი შეცვლა საჭირო არ არის.

[!NOTE] ერთადერთი ადამიანური ნაბიჯი — კანონიკურ მეხსიერებაში ჩაწერის დამტკიცებაა (MEMORY.md). v2-ის ყველა worker წერს მხოლოდ ცალკე sidecar საცავში და არასოდეს ეხება კანონიკურ Markdown-ს. როცა Einstein გამოაქვს რედაქტირება, რომელიც ღირს კანონში დაფიქსირება, ის ნაჩვენებია განხილვის UI-ში და გამოიყენება ერთი დაწკაპუნებით (reviewed_ui რეჟიმი, ნაგულისხმევი). ამგვარად, მთელი სიმძლავრე ხელმისაწვდომია მაშინვე, მაგრამ ძირითადი გარანტია რჩება: მეხსიერება არასოდეს გადაიწერება თქვენი ზურგის უკან. სურვილის შემთხვევაში ოპერატორს შეუძლია აირჩიოს preview_only (მხოლოდ რედაქტირებების ჩვენება) პარამეტრში EINSTEIN_CANONICAL_MEMORY_WRITE_MODE.

ინსტალაცია

Einstein — ჩაშენებული პლაგინია: ის ავტომატურად ინსტალირდება ყოველი tenant-ისთვის, პლაგინების სიაში მონიშნულია ბეჯით «ჩაშენებული» და ვერ წაიშლება ან გაჩერდება — მეხსიერება პროდუქტის ბირთვის ნაწილია. მისი ცალკე ინსტალაცია საჭირო არ არის; ჩვეულებრივი პლაგინების სრული სასიცოცხლო ციკლი აღწერილია გვერდზე ინსტალაცია და განახლებები. არ არსებობს კონტეინერები — Einstein მუშაობს როგორც საკუთარი systemd სერვისი gateway-ის გვერდით.

უსაფრთხოება და შეზღუდვები

  • ჭეშმარიტების წყარო არის Markdown. ინდექსები და embedding-ები წარმოებადია; კანონიკური ტექსტი არის ის, რასაც ადამიანი განიხილავს და არედაქტირებს.
  • არანაირი უხმაურო გადაწერა. v2 პლატფორმა მუშაობს ყუთიდან, მაგრამ კანონში ჩაწერა გადის ადამიანის დამტკიცებას ერთი დაწკაპუნებით (reviewed_ui); worker-ები წერენ მხოლოდ sidecar-ში და არ ეხებიან კანონიკურ Markdown-ს.
  • Data-fence-ში მოქცეული recall. მეხსიერება მოდელს აღწევს როგორც fence-ში მოქცეული ხელსაწყოს გამონატანი, არასოდეს როგორც ინსტრუქციები, რაც ბლოკავს არაპირდაპირ prompt injection-ს.
  • დაცული Web-UI. პლაგინის განხილვის/მართვის UI წვდომა-კონტროლირებადია.
  • ჰოსტზე-მშობლიური. მუშაობს systemd-ის ქვეშ და არა კონტეინერში.

სად შემდეგ