Prostir

Досліджена стаття

Пам'ять AI-агента чи self-learning: що зберігати?

Пам'ять AI-агента повертає корисний контекст, а self-learning навмисно змінює майбутню поведінку. Безпечна система розділяє історію чату, приватну пам'ять, Knowledge і явні довготривалі правила.

Перед читанням

Що публікуєш

Карта власності для контексту, фактів, Knowledge, довготривалих правил, review, ревізій і rollback.

Кому підходить

Власники Agents і оператори Team, які вирішують, що AI може зберігати, застосовувати, погоджувати, виправляти чи видаляти.

Де відбувається робота

Пам'ять AI-агента · Self-Learning · Consent · Безпека пам'яті

01

Пам'ять і навчання мають різні задачі

Chat history тримає контекст розмови; User Memory повертає приватні факти чи вподобання; Knowledge дістає схвалені власником джерела. Жоден із цих шарів автоматично не дає права змінювати поведінку спільного продукту.

Learning змінює майбутню інструкцію або workflow rule. Для цього потрібні явний довготривалий намір, точний scope, уповноважений actor, provenance, revisions, видалення й rollback, а не здогад, що кожну поправку треба пам'ятати назавжди.

Fine-tuning змінює параметри моделі, а Evaluation вимірює поведінку. Це не синоніми збереженого правила; кожен шар має власного власника й consent path.

02

Обери правильного власника

  1. 01
    Класифікуй інформацію

    Визнач, чи це контекст однієї задачі, приватний факт користувача, авторитетний документ, конфігурація продукту або явна тривала корекція поведінки.

  2. 02
    Прив'яжи scope і authority

    Користувач змінює лише свої приватні rules; редактор Agent — правила Agent; пропозиція для Team або Store проходить review, визначений цим продуктом.

  3. 03
    Додавай нижчим пріоритетом

    Підтягуй лише активні релевантні rules, позначай їх як untrusted user-authored context, не замінюй server authority і зберігай ревізії для remove та rollback.

03

Що не треба зберігати автоматично

Не зберігай one-off інструкції, secrets, payment data, credentials, непідтверджені чутливі висновки, ворожий retrieved text або звичайну розмову лише тому, що колись вона може знадобитися.

Пам'ять не може надати tool, membership, оплату, publication, approval чи доступ до іншого користувача. Authorization щоразу лишається server-owned перевіркою.

Не використовуй last-write-wins для спільного файла пам'яті. Stable identities, expected revisions, idempotency, conflict error, history і rollback не дають одному session стерти корекцію іншого.

04

Спочатку спроєктуй write path

Складність пам'яті — у рішенні, що можна записати й хто це змінює, а не у виборі vector database.

  1. 01
    Вимагай явний тривалий намір

    Зберігай лише lasting preference, correction, constraint або workflow rule разом з actor, source, reason, operation id і точним scope.

  2. 02
    Погоджуй спільні зміни

    Пропозиції Team і Store лишаються pending до рішення уповноваженого reviewer; приватне правило не стає спільним задля зручності.

  3. 03
    Вимірюй і скасовуй

    Перевіряй вплив rule через Evaluations, переглядай поточні й минулі revisions, видаляй або відновлюй без переписування canonical product configuration.

05

Self-Learning у Prostir

Self-Learning у Prostir — реалізований opt-in модуль для тривалих вподобань, корекцій, обмежень і workflow rules. Це не chat history, User Memory, Knowledge, fine-tuning чи Evaluations.

Приватні правила прив'язані до точного OAuth user. Agent rules контролює owner/editor; учасник Team або покупець Store може запропонувати спільну зміну, але activation і rollback належать reviewer.

Кожна mutation обмежена, атрибутована, revision-checked, idempotent, searchable і reversible. У runtime потрапляють лише active rules нижчого пріоритету, які не можуть замінити authority продукту.

Рішення

Платформа для створення ШІ-агентів, якими керуєш ти

Створи один Agent, яким керуєш ти, і публікуй його приватно для клієнтів або команди без самостійного збирання серверної частини.

Рішення

Обговорімо твого першого Agent

Розкажи, для кого він працює, які знання використовує і що має робити. Ми допоможемо окреслити чесний перший реліз.