Створення персонального AI-агента, якому можна довіряти: пам’ять, інструменти, отриманий доступ

Більшість допоміжних систем ШІ все ще поводяться як вкладки браузера: ви відкриваєте чат, ставите запитання, отримуєте відповідь, і контекст зникає після закриття. Допоміжний агент допомагає лише на хвилину, але ніколи не стає частиною вашої робочої процедури. Особисті ШІ-агенти намагаються змінити це, додаючи три речі, яких зазвичай бракує у звичайному вікні чату: постійну пам’ять, можливість використання реальних інструментів та постійне місце у вашому щоденному розпорядку дня.

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

Проблема: щоденне повторне пояснення

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

Для епізодичних запитань такі витрати ще терпимі. Але якщо ви хочете щодня передавати ШІ якусь роботу, це стає основною витратою. Hermes Agent ґрунтується на іншій передумові: асистент не повинен лише відповідати, він має пам’ятати, діяти та ставати кращим у виконанні завдань, які ви робите постійно.

Згідно з опублікованим описом, він постачається з вбудованою пам’яттю, понад 40 інструментами та набором заздалегідь встановлених функцій. Упаковка має значення, яке перевищує очікування. Багато проектів з використанням агентів зазнають невдачі під час налаштування: години, витрачені на підключення інструментів, встановлення додатків, усунення проблем з правами та вибір моделі, поки ентузіазм, який став початком проекту, не зникає. Зменшення складнощів під час налаштування є самостійною перевагою.

Щоб дізнатися більше про сам цикл агента, перегляньте як цілі, інструменти та пам’ять взаємодіють у штучному інтелекту-агенті.

Пам’ять перетворює чат-бота на асистента

Без пам’яті кожне завдання починається з чистого аркуша. З нею агент може поступово створювати функціональну модель вашої ситуації:

• Що ви створюєте.

Як ви хочете, щоб речі виконувалися.

Які інструменти є частиною вашого набору засобів.

Які помилки не слід повторювати.

Які робочі процеси знову та знову виникають.

Які рішення вже прийняті.

Це змінює взаємозв’язок між вами та програмним забезпеченням. Чат-бот залишається неактивним до отримання вказівок. Агент із пам’яттю може почати виявляти закономірності: якщо завдання виконується успішно, отриманий досвід можна використати знову; якщо воно провалюється, причини можна задокументувати, щоб у наступній спробі їх уникнути.

Гігієна пам’яті — це обов’язок дизайнера

Та сама властивість, яка робить пам’ять цінною, також робить її ризикованою. Як тільки агент може пам’ятати, ви повинні вирішити, що йому дозволено зберігати:

• Тимчасова інформація не повинна автоматично ставати постійним контекстом.
• Єдиноразова інструкція (“пропустити тести сьогодні”) не повинна перетворюватися на постійне правило.
• Приватна інформація не повинна бути видимою для кожного наступного завдання, яке виконує агент.

На практиці це означає ставитися до пам’яті як до будь-якого іншого сховища даних: знати, що в неї потрапляє, періодично її переглядати та видаляти старі чи занадто конфіденційні записи. Чим більше ви покладаєтесь на пам’ять, тим більшою є користь від цієї дисципліни, адже неправильна чи застаріла інформація тихо погіршує якість кожного завдання, яке її читає.

Інструменти перетворюють порадника на оператора

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

Серед інтеграцій, які підтримує Hermes Agent, — Apple Notes, Reminders, iMessage, Find My, Telegram, Obsidian та Android (через Termux). Саме це відрізняє особистого агента від звичайного чату: він більше не обмежений полем для запитань, а знаходиться поруч із місцями, де вже відбувається ваша робота.

Те, як це виглядає, залежить від того, хто ви. Для незалежного розробника корисними завданнями можуть бути:

• Ранковий огляд повідомлень клієнтів.
• Перетворення розкиданих нотаток на список завдань.
• Підготовка проєктів відповідей для перегляду.
• Створення невеликого щоденного панелі керування продуктом.
• Контроль папки з ідеями за наявністю нових записів.
• Укладання списку наступних кроків, які ви повинні здійснити.
• Створення невеликого внутрішнього інструменту за ніч.

Для розробника список змінюється на інженерні обов’язки:

• Читання контексту проєкту перед виконанням завдання.

Узагальнення історії проблеми.

Складання тестових випадків.

Створення чек-листів для міграції.

Відстеження постійно повторюваних помилок під час збирання.

Генерація штучних даних.

Підтримка актуальністю внутрішньої документації.

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

Витрати стають проблемою операцій

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

Один з користувачів Hermes Agent повідомив про скорочення витрат на токени приблизно на 90% після направлення запитів через OpenRouter. Вважайте це окремим випадком, а не стандартом; ваша економія повністю залежить від обсягу роботи та вибору моделей. Проте основний урок залишається актуальним: коли агент працює цілий день, маршрутизація моделей є частиною продукту, а не додатковим елементом.

Не кожне завдання вимагає найсильнішої та найдорожчої моделі:

• Деякі завдання справді потребують складних процесів міркування.
• Деякі потребують лише швидкої та недорогої моделі.
• Деякі можуть виконуватися за допомогою безкоштовної або дуже недорогої моделі.
• Деякі взагалі не повинні виконуватися, поки їх не схвалять люди.

Тож корисне запитання — це не „яка модель найкраща?“, а „яка модель достатньо хороша для цього завдання на цьому рівні ризику?“. Підсумок ваших нотаток та команда для зміни файлів вимагають абсолютно різних відповідей. Щоб детальніше дізнатися, чому зростають витрати на агентів та як їх моделювати, перегляньте модель витрат, засновану на архітектурі, для агентського ШІ.

Додатковий Android-телефон як пристрій для агента

Однією з більш незвичайних ідей реалізації є запуск агента на Android-телефоні за допомогою Termux. Більшість людей уявляє собі агента, який постійно працює на Mac Mini, VPS чи десктопі, але недорогий Android-пристрій має переваги, яких бракує цим пристроям:

• Він портативний.
• У нього може бути власна SIM-карта.
• У нього є вбудовані датчики.
• Він може надсилати та отримувати SMS.

API Termux можуть надавати доступ до дій на рівні телефону для скриптів.

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

Якщо дивитися з цієї точки зору, телефон перестає бути телефоном та стає дешевим, самодостатнім пристроєм-агентом. Проте його не варто використовувати для підключення до конфіденційних облікових записів вже з першого дня. Однак як експеримент він добре підходить, якщо призначити йому лише одне вузьке завдання — наприклад, стеження за одним каналом у Telegram, підготовка щоденного огляду, надсилання нагадування, запис у журнал або запуск однієї автоматизації. Розширювати його функції слід лише після того, як буде доведена його надійність. Саме такий підхід — початок з одного завдання та оцінка результатів — має бути основою впровадження агентів у загалі.

Один агент чи команда агентів?

Є спокуса створити цілу команду агентів: одного для досліджень, одного для написання тексту, продажів, програмування, планування, зберігання інформації, а ще й „начальника штабу“ на чолі. На папері це виглядає потужно. Насправді ж це часто перетворюється на хаос у координації через нечітке розподіл обов’язків та дублювання інформації.

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

Розділяйте за межами довіри, а не за посадовими титулами

Кілька агентів стають складними у керуванні тоді, коли робота передбачає справді різні контексти, права доступу та критерії успіху:

• Агент, який керує особистим життям, не повинен ділитися правами доступу з агентом, який відповідає за бізнес-фінанси.

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

Агент з підтримки клієнтів не повинен мати вільного доступу до ваших приватних нотаток.

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

Попросіть агента проаналізувати ваші звички

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

Це перетворює агента з виконавця завдань на спостерігача за вашою роботою. Найкращі кандидати на автоматизацію зазвичай ховаються у постійних труднощах:

• Завдання, яке ви відкладаєте щодня.
• Щотижневий звіт, який ви складаєте вручну.
• Повідомлення, яке ви постійно переписуєте з нуля.
• Файл, який ви постійно шукаєте.
• Рішення, яке ви постійно відкладаєте.
• Ритуал налаштувань, який ви повторюєте на початку кожного проекту.

Хороший особистий агент має допомогти вам помітити ці закономірності, а потім допомогти їх усунути. Саме тут проходить межа між використанням ШІ як швидшого пошукового інструменту та використанням його як операційного шару для вашої роботи.

Почніть з нудної роботи

Для фрілансерів, розробників, творців та самостійних працівників практичний висновок полягає у тому, що вам не потрібна велика команда ШІ. Вам потрібен один надійний агент, який пам’ятає ваш контекст, використовує ваші інструменти та бере на себе невеликі, повторювані завдання.

Не починайте з чогось настільки розпливчастого, як керування всім бізнесом. Почніть з таких дрібних обов’язків, як:

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

Якщо агент не може надійно виконувати нудні завдання, йому не слід доручати важливу роботу. Нудні завдання також легко перевіряти, що саме потрібно під час навчання з роботи агента.

Доступ має здобуватися, а не надаватися заздалегідь

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

Kращою моделлю є процес адаптації нового співробітника:

• Доручте йому вузькі обов’язки.
• Надайте обмежений доступ.
• Перевіряйте результати його роботи.
• Розширюйте доступ лише після того, як він здобуде довіру.

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

П’ятикроковий план початку роботи

Обережний спосіб створення особистого агента з нуля, без переходу до багатоагентної системи, виглядає так.

1. Визначте вузьку роль із чіткими обмеженнями

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

You are my daily operating assistant.
Your job is to help me notice repeated work, summarize useful context,
and suggest one automation opportunity per day.
Do not send messages, delete files, or make external changes without approval.

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

2. Під’єднати один джерело з низьким рівнем ризику

Надайте йому право на читання нотаток, однієї папки або списку завдань. На цьому етапі повністю виключіть електронну пошту, оплати та дані клієнтів.

3. Запитати один щоденний результат

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

Every night, summarize what changed today, what is blocked,
and one small workflow I should automate next.

Оскільки результат щодня має однакову структуру, ви можете порівнювати результати за різні дні та швидко з’ясувати, чи справді агент є корисним.

4. Перегляд протягом цілого тижня

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

5. Додавайте інструменти по одному

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

Цей план навмисно не є захоплюючим, і саме тому він ефективний.

Підсумок

Продукти ШІ еволюціонували від простих чатів до інструментів, доданих до чатів, а потім до агентів, які пам’ятають, діють та вписуються у ритм робочого дня. Hermes Agent ілюструє цю трансформацію, але ті агенти, які досягнуть успіху у довгостроковій перспективі, не будуть тими, у кого найяскравіші демонстрації. Це будуть ті, хто правильно виконає основні принципи:

• Пам’ять, яка залишається точною, релевантною та оптимізованою.

Доступ до інструментів, який легко зрозуміти та перевірити.

Витрати, які залишаються видимими зі зростанням обсягу використання.

Межі дозволів, що відповідають реальним межам довіри.

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