Ваш агент пам’ятає чи просто зберігає файли? Розбираємо Vercel Drives

Ілюстрація: Vercel. Зображення продукту, а не фотографія чи специфікація фізичного сховища сервісу.

Завтра агент повертається, відкриває вчорашню папку й знаходить свої нотатки. Чи означає це, що він пам’ятає проєкт? Лише частково. Файли збереглися; застосунок іще має знайти потрібну нотатку, з’ясувати, чи вона досі актуальна, і передати відповідну інформацію в наступне завдання.

Vercel Drives допомагає побачити цю відмінність на конкретному прикладі. В анонсі загальної доступності від 15 жовтня йдеться про постійні каталоги, які підключаються до Vercel Sandbox. Файли залишаються після зупинки sandbox. Це розв’язує важливу проблему зберігання, але не всі проблеми, які зазвичай ховаються за словом «пам’ять».

Простежмо одне рішення у двох сесіях

Уявімо вигаданий дослідницький проєкт Northstar. У понеділок відповідальний за перевірку погоджує джерело й записує, чому воно доречне. У вівторок новий запуск має використати це рішення, не сплутавши його з попередньою непогодженою пропозицією. Саме лише збереження обох файлів не підказує агенту, який із них має визначальну силу.

Пам’ять агента (Agent memory) потребує механізму на рівні застосунку, який зберігає корисну інформацію та дає змогу звернутися до неї згодом. Для Northstar це означає фіксувати, до якого проєкту належить рішення, його джерело, стан погодження та яке рішення воно замінює або яким замінене. Це запропоновані правила ведення проєкту, а не функції, які автоматично надає підключений каталог.

Контекстне вікно (context window) обмежує обсяг інформації, яку модель може врахувати за один виклик. Збережені файли поза цими вхідними даними не стають знанням лише тому, що існують. Застосунок має відібрати й передати їх або надати дозволений інструмент, за допомогою якого агент зможе їх прочитати.

Збереження даних — ще не можливість їх відновити

Актуальна документація Drives, перевірена 18 жовтня, розрізняє постійний каталог і збережене середовище sandbox. Вона також описує одне підключення з правами читання й запису та спільний доступ лише для читання через snapshots. Це задокументована поведінка, а не результати нашого власного розгортання.

Для Northstar корисно, що файл зберігається після зупинки обчислень. Але відновлення випадково перезаписаного рішення — окрема вимога. Визначте, які версії потрібно вміти відновлювати, де зберігатиметься копія для відновлення та як перевірятиметься результат. Не вважайте проєкт забезпеченим резервною копією, доки для цієї вимоги не буде продемонстровано працездатний шлях відновлення.

Результати паралельних виконавців мають повертатися на перевірку

Vercel описує незалежні forks із можливістю запису, які починають роботу з файлами вихідного Drive. Це дозволяє виконавцям змінювати власні копії, не змінюючи оригіналу. Але не узгоджує їхніх висновків і не перетворює автоматично жоден fork на погоджений стан проєкту.

Дайте кожному виконавцю Northstar чітко обмежене питання та визначену вхідну версію. Нехай він поверне результат-кандидат разом із джерелами й перевірками. Тоді координатор зможе зіставити суперечливі висновки з вихідними доказами, перш ніж уповноважений редактор оновить прийнятий запис. Папка з усіма кандидатами — ще не єдине джерело істини.

Не припускайте, що незалежні forks дозволяють кільком виконавцям одночасно записувати дані в один спільний каталог. Узгоджуйте архітектуру з фактичними правилами роботи сховища. Зміни мають залишатися доступними для перевірки; успішно записаний файл і прийняте проєктне рішення — не одне й те саме.

Збережені помилки можуть повторюватися

Корисний тест пам’яті — виправлення. Змініть погоджене рішення Northstar, почніть новий запуск і перевірте, чи використовує він нове рішення, зберігаючи попередній запис як історію. Потім поставте питання, на яке записи не дають відповіді. Система має вказати на прогалину, а не вигадувати факт, який нібито пам’ятає.

Перевірте також розмежування доступу: виконавець одного проєкту не повинен отримувати приватні нотатки іншого. Перегляньте журнали, експорти й індекси, а не лише основні файли. Видалення запису з однієї папки не доводить, що зникли всі похідні копії.

Бюджет і життєвий цикл — частина архітектури

Загальна доступність не означає безкоштовного зберігання. Документація Vercel називає зберігання, читання й запис складовими тарифікації. Перш ніж визначати обсяг постійного робочого простору, перевірте застосовний план, регіон і поточні тарифи. Ця стаття не наводить універсальної вартості й не підтверджує доступності сервісу для конкретного акаунта.

Про ширшу архітектуру читайте в матеріалі про сесії, знання та довготривалі уроки. Посібник із побудови системи знань із відстежуваним походженням пояснює, чому важливі докази й відповідальність за дані. Drives може забезпечити доступність файлів. А те, чи використає їх завтрашній агент розумно, залежить від системи навколо цих файлів.