AiHummer
ქართული
შესვლაპირადი კაბინეტი
v1.0.x
{ }Swagger

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

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

აინშტაინი არის AiHummer-ის გრძელვადიანი მეხსიერების ოფიციალური პლაგინი. ეს აგენტს აძლევს გრძელვადიან, საძიებო მეხსიერებას, რომელიც გრძელდება გადატვირთვისა და საუბრების გზით, ამ მეხსიერების შავ ყუთად გადაქცევის გარეშე. ძირითადი წესი მარტივია: PostgreSQL წარმოადგენს საცავ სისტემას, ხოლო კანონიკური Markdown არის მისი ადამიანისთვის წასაკითხი წარმოდგენა, და სისტემა ინდექსირებს და სთავაზობს ცვლილებებს. review რეჟიმში ყოველი დაწინაურება გრძელვადიან მეხსიერებაში ადამიანის მიერ მოწმდება; auto რეჟიმში (ნაგულისხმევი) ფაქტი, რომელსაც აგენტი ცალსახად ინახავს memory_store ინსტრუმენტით, მაშინვე ხდება საძიებო.

პლაგინი მუშაობს ჰოსტზე როგორც საკუთარი პატარა სერვისი Python-ში (მხოლოდ სტანდარტული ბიბლიოთეკა — არცერთი მძიმე ფრეიმვორკი) და ურთიერთქმედებს გაბატონებასთან მეშვეობით aihummer.memory.v1 კონტრაქტი. მეხსიერების სუბსისტემა შესამჩნევზე (მოთხოვნები, გამოძახება, მონაცემთა ბარიერი) აღწერილია კონცეფციის გვერდზე მეხსიერება (აინშტაინი); ეს გვერდი მოიცავს პლაგინი რომელიც ამას უერთგულებს.

ფაქტები

ხელი მნიშვნელობა
ვერსია 1.0.0
პორტი 8820
გადაწვის დრო Python (სტანდარტული ბიბლიოთეკა), მასპინძლისთვის ადგილობრივი

რა არის ეს

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

  • ამოღება — გამოიტანეთ მეხსიერება, რომელიც ეხება მიმდინარე საუბარს.
  • ძიება — სრული ტექსტის ძიება და ჩაშენების საფუძველზე შენახული ფაქტებზე.
  • ინკორპორაციები — ვექტორები სემანტიკური ძებნისთვის, გადაცემული HTTP-ის საშუალებით.

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

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

მოძრაობის დროს პორტალი ითხოვს აინშტაინისგან მეხსიერებას, რომელიც დაკავშირებულია მიმდინარე კონტექსტთან. გახსენება გადაეცემა მოდელს ინსტრუმენტის შედეგად, მონაცემთა დაცვის ფარგლებში, არასდროს როგორც ნაპრანირებული ინსტრუქციები — ასე რომ, მავნე ჩანაწერი, რომელიც მეხსიერებაში მოხვდა, ვერ დაიკავებს აგენტს. საუბრის დროს აღმოჩენილი ახალი ფაქტები მიიღება როგორც დამოწმებული განაცხადები და მიეთითება შემოწმების რიგში, და არა პირდაპირ მეხსიერებაში.

არსებობს მეორე გზაც: აგენტს შეუძლია თავად შეინახოს ფაქტი memory_store ინსტრუმენტით. როგორ დაჯდება ეს ჩანაწერი, წყვეტს ბირთვის მეხსიერების ჩაწერის რეჟიმი — auto რეჟიმში (ნაგულისხმევი) ფაქტი მაშინვე მოიძებნება; review ან off რეჟიმში ის ხდება კანდიდატი, რომელიც დამტკიცებას ელოდება. ინსტრუმენტის შედეგი შეიცავს searchable_now ველს, ამიტომ აგენტს შეუძლია პატიოსნად გითხრათ, უკვე შესაძლებელია თუ არა ახლახან შენახული ფაქტის გახსენება.

[!NOTE] სისტემა ინდექსირებს და სთავაზობს, მაგრამ არასოდეს ახლებურად წერს მეხსიერებას ჩუმად. review რეჟიმში დებულების დაწინაურება გრძელვადიან მეხსიერებაში მიზანმიმართული, ადამიანის მიერ შემოწმებული ნაბიჯია; auto რეჟიმში (ნაგულისხმევი) ფაქტები, რომლებსაც აგენტი ცალსახად ინახავს, მაშინვე მოიძებნება. მეხსიერების რეჟიმი (ავტომატური / მიმოხილვა / გამორთვა) და აღების რეჟიმი (სრული ტექსტი / ჩაშენებები) — ბირთვის პარამეტრებია (AIHUMMER_MEMORY_CAPTURE / AIHUMMER_MEMORY_RETRIEVAL პარამეტრების კატალოგში), და არა პლაგინის ფორმა.

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

აინშტაინი სრულად ატარებს მეხსიერების პლატფორმა v2, და მთელი მისი ძლიერება ყუთიდან — არაფერია ხელით დაკავშირებისთვის: დამდების ამოღება, მიმოხილვის რიგი, ფონური დამფუძნებელი (მსჯავრების, ბმულებისა და სუბიექტების მიღება მტკიცებებიდან), „მოხუცება“/კონსოლიდაციის გავლა (დუბლიკატების წაშლა და მეხსიერების თვითგამოცოცხლება), მეხსიერების გრაფი და შეკამრთილების გამოვლენა. მეხსიერების რეჟიმი, ემბედერი და ვექტორული საცავი ცალკე კონფიგურირდება, როგორც ბირთვის პარამეტრები. თავად აინშტაინი ვენდორის მიერ არის კონფიგურირებული: პლაგინი ოპერატორის პარამეტრებს არ აჩვენებს, და «პლაგინების» გვერდზე ხელმისაწვდომია მხოლოდ მისი განახლების მოქმედება.

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

დაყენება

აინშტაინი არის გაშენებული პლაგინი: ის ავტომატურად ინსტალირდება თითოეულ ქირავნაზე, ატარებს შენობაში ჩაშენებული ნიშანი პლაგინების სიაში და არ წაიშლება — მეხსიერება პროდუქტის ბირთვის ნაწილი არის. თვით მოდული ყოველთვის არსებობს, მაგრამ მეხსიერების გაწმენდა შესაძლებელია გამორთოთ: ის off მეხსიერების რეჟიმი (ბირთვის AIHUMMER_MEMORY_CAPTURE პარამეტრი) აჩერებს ახალი მოგონებების შეგროვებას მოდულის წაშლის გარეშე. დამატებითი არაფრის ინსტალაცია არ არის საჭირო; ჩვეულებრივი დანამატების სრული სიცოცხლის ციკლი აღწერილია ინსტალაცია და განახლებები. კონტეინერები არ არსებობს — აინშტაინი მუშაობს როგორც თავისი systemd სერვისი გეიტვეის გვერდით.

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

  • კანონიკური Markdown არის წაკითხვადი პროექცია. სისტემური მაღაზია არის PostgreSQL; ინდექსები და ჩანერგვები შეიძლება იქნას დაყვანილი; კანონიკური ტექსტი ის არის, რაც კონკრეტული მიმოხილვები და რედაქტირებები ადამიანების მიერ.
  • არავითარი ჩუმი რედაქტირება. v2 პლატფორმა მუშაობს ინსტალაციის შემდეგ, მაგრამ ჩაწერა კენონი გადის ერთჯერად ადამიანური დამტკიცებაზე; თანამშრომლები წერენ მხოლოდ საიდკარს მიმართ და არასდროს შეეხო კანონიკურ Markdown-ს.
  • გადმოსახდელი შეზღუდული მონაცემებით. მეხსიერება მოდელში მიეწოდება როგორც ინსტრუმენტის იზოლირებული გ.output, არასოდეს როგორც ინსტრუქციები, რომლებიც ბლოკირებენ მოთხოვნათა ირიბ შეღწევას.
  • დაცული ვებინტერფეისი. პლაგინის მიმოხილვის/მენეჯმენტის UI-ს აქვს წვდომის კონტროლი.
  • ადგილობრივი ჰოსტისთვის იძახება systemd-ის ქვეშ, არა კონტეინერში.

სად შემდეგ?