← Все статьи

Вторая память: файловый скил без API

Вторая память: файловый скил без API

Ты ведёшь заметки. Решения по проекту, важные факты, выводы из переписки - всё это лежит у тебя в обычных Markdown-файлах. И вот хочется, чтобы ИИ-агент опирался на эти знания: помнил, что ты ему рассказывал вчера, находил нужное и дописывал новое. Дать ему вторую память.

И тут стопор: у твоих заметок нет никакого API. Это просто файлы на диске. Кажется, что без API агент к ним не подберётся - значит, надо городить базу данных, поднимать сервис, что-то интегрировать. И на этом всё затухает: слишком сложно ради пары заметок.

А подвоха нет. Раз API нет - значит, работаем с файлами напрямую. Это и есть весь секрет файлового скила: агент сам читает и пишет твои .md-заметки, как ты сам их открываешь в редакторе. Никакого сервиса поднимать не надо.

В чём идея

Вторая память агента - это не обязательно база данных. Это может быть просто папка с заметками. Каждая заметка - один Markdown-файл: сверху frontmatter с метаданными (название, теги, даты), ниже текст и связи между заметками. Ровно так устроены заметки в редакторах вроде Obsidian.

Ключевой сдвиг в голове: отсутствие API - это не препятствие, а указание, как действовать. Нет API - значит источник это файлы, и работать надо с файлами: найти нужный, прочитать, дописать, создать новый. Современный ИИ-агент это умеет из коробки - он и так читает и пишет файлы на твоей машине.

И здесь срабатывает то же правило, что и с любым скилом: скил говорит, ЧТО сделать, а не ЧЕМ. “Найди заметку по теме, добавь новую, дополни старую, свяжи их” - а чем именно искать по файлам и как их писать на твоей системе (Windows, macOS, Linux), агент решит сам тем, что у него под рукой. Поэтому скил переносимый: работает у всех, без привязки к конкретному инструменту.

Почему такая память живая, а не свалка? Из-за связей и тегов. Когда заметки ссылаются друг на друга по имени (связи между заметками) и помечены тегами, агент не просто хранит текст - он видит, что с чем связано, и находит нужное по теме. Чем чаще просишь агента запоминать и искать, тем плотнее сеть связей - и тем точнее он опирается на неё в работе.

Важная деталь про надёжность: связи лучше держать именами заметок, а не путями к файлам. Переименуешь или переложишь файл - связь по имени переживёт переезд, а связь по пути сломается.

Как себе сделать

Не делай скил руками - отдай задачу своему ассистенту. Claude Code, Codex, Cursor, Gemini - любой сам разберётся, куда положить файл и как настроить под твою систему. Просто скопируй промпт:

Создай мне скил - вторую память на обычных Markdown-заметках, у которых нет API.
Источник - папка с .md-файлами: одна заметка это один файл (сверху frontmatter с названием, тегами и датами, ниже текст и список связанных заметок).
Срабатывай на просьбы вроде "запомни это", "сохрани в базу знаний", "найди мою заметку про ...", "дополни заметку".
Умей три вещи: найти заметку (ищи по заголовку, тегам и тексту), добавить новую (по формату, с тегами, датами и связями на подходящие заметки) и дополнить существующую (дописать, обновить дату, не теряя старый текст).
API нет - значит работай с файлами напрямую: читай и пиши их любым инструментом, что есть в системе, без привязки к ОС.
Связи между заметками держи именами заметок (словами), а не путями к файлам.

Как понять, что заработало: напиши ассистенту “запомни: у проекта дедлайн в пятницу”, а потом отдельно “найди мою заметку про дедлайн”. Если он сам создал .md-файл, а затем нашёл его по теме и показал связи - вторая память живая. Дальше просто наполняй её теми же словами, и агент будет опираться на неё в каждой задаче.

И всё. Ты дал агенту память на ровном месте - без базы данных, без сервиса, без API. Точно так же подключается к агенту любой набор файлов, который у тебя уже есть: нет API - просто работаем с файлами.


Telegram: t.me/chernovdev | Сайт: chernovdev.ru | VK: vk.com/chernovdev

Автоматизирую задачи, которых ещё нет.

Смотреть полностью

Коротко