Dev.Rosherh

Если под клиентом ты имеешь ввиду mcp-сервер, то да есть такой, кто поддерживает stateless - https://github.com/modelcontextprotocol/go-sdk. Если из готовых агентов, вроде как Claude Code с MCP v2. У них в changelog от 2.1.233 сборки описана поддержка serverless hosts.

К слову, советую ещё книгу - Джедайские техники (Максим Дорофеев)

Дочитал эту пятую книгу буквально на днях, поэтому мимо подборки пройти не мог.

Считаю, что книга «Без рекламы и накруток» Петра Кутырёва, не очередной сборник «успешный-успех и пути становления известным» и тому подобное, а очень даже хороший разбор, как устроено "информационное поле". Почему одни собирают аудиторию и доверие без копейки вложений, а другие сливают бюджеты в таргет и посевы - и остаются с пустым профилем.

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

Понравилось, что в конце каждой главы есть блок «Применяем знания на практике». Повторюсь, Кутырёв не пишет «просто делайте качественный контент», а разбирает конкретные приёмы, которые можно взять и применить хоть завтра — и в работе, и в заработке. Написано живым языком, без воды, да и примеров хватает.

Как по мне, win-win. Надеюсь, что будет продолжение или 2-е издание с ещё более подробными и новыми кейсами!

Частично согласен, однако пару моментов:

1. Если агент не понимает всей системы (а он её не понимает, потому что контекстное окно ограничено, а архитектурные компромиссы в коде не записаны), то он не сможет корректно определить границы даже при самом строгом контроле. Он может формально перечислить просмотренные файлы и сказать: «Я не тронул остальные», но это будет ложная уверенность — именно потому, что он не знает о скрытых связях. Не говоря о тех частях кода, где используются рефлексия или ряд особенностей динамических языков программирования, из-за чего границы изменений могут быть ложными.

2. Даже, если границы изменения были определены, например, в мультиагентной парадигмы разработки, каждый агент по сути автономен, и может, не соблюдать предписанные правила. Пример из "Кейс из жизни" в статье. Контроль границ - это процесс. Чтобы он работал, агенту нужно знание, а не только алгоритм проверки.

Интересное вышло интервью, многое встало на места)

Пожалуй соглашусь, что на мобилках это будет геморрой, не смотря на то, что есть разные решения как для android, так и для ios, которые умеют работать с gpg и синхронизацией через git. Или же через WebDAV. Лично я не пользуюсь менеджером на мобилках и у меня нет потребностей иметь к нему доступ на мобилках. Если такое потребуется, то скорее всего я бы просто подключался по WebDAV к своему серверу, оттуда скачал архив и импортировал в приложуху.

Всё довольно стандартно, при генерации пары ключей сразу создаётся отзывной сертификат. Приватный ключ экспортируется и хранится на разных носителях. Ключ запаролен, физический доступ без пароля бесполезен. Мастер-ключ в оффлайне. Если ключ реально потерян без возможности восстановления — через сертификат я отзываю старый, генерирую новую пару, и всё хранилище перешифровывается новым ключом. Процесс небыстрый, но это цена, которую я осознанно плачу за то, что моё хранилище не лежит на чужом сервере. В целом, я пока что так привык работать, мне этого хватает и с какими-то особыми проблемами не сталкивался.

Звучит сомнительно. Тут и память может подвести, не говоря о том, что сложные пароли для N-сервисов тяжело запомнить, если только не используется простой пароль: qwerty, 123456 и т.д. Ну и книжечку могут украсть вместе с сейфом.