☕️ Агенты как пользователь
Возникла мысль, что продакты должны теперь держать в голове ещё один сегмент пользователей — LLM-агентов. Ладно, не прям отдельный сегмент, скорее агент — это не персона, а режим потребления, вторая поверхность продукта для существующего пользователя.
Идея простая: агенты уже сейчас лезут в наши интерфейсы. Кликают, заполняют формы, дёргают API, оформляют заказы. Делают это коряво и ненадёжно — но делают.
Посмотрел, оказывается, даже термин для этого есть — Agent Experience (AX) и четыре вещи, которые агенту нужны: доступ, контекст, инструменты, оркестрация.
Под это даже стандарты создали — MCP, llms.txt, Agent-to-Agent (A2A) протокол.
Почему важно думать и про агентов? Они не прощают того, что прощает человек. Человек стерпит лаг, додумает кривую формулировку, выкрутится из непонятного дашборда. Агенту нужны машиночитаемость, детерминизм и осмысленные тексты ошибок — чтобы поправить себя без человека. Это приводит нас к необходимости наконец чинить API, доки и данные, на которые годами забивали ради красивого UI.
Ну и "чинить" надо не всё подряд:
— Стандарты для агентов есть, но не факт, что ими реально пользуются, ну или их могли пересмотреть.
— Удобство для агента может убрать проверки, которые защищают человека от случайных действий.
— Ну и лучше сначала проверить логи и реальные сценарии, а не срочно переписывать продукт под модное веяние.
О чем тогда надо подумать в продукте:
— посмотреть логи и user-agent — ходят ли агенты к вам вообще, или пока рано что-то предпринимать
— навести порядок в API и доках: чистый OpenAPI, понятные ошибки, чтобы агент сам себя поправил
— задать границы полномочий: что агенту можно авторизовать без человека, а что — нельзя
— не убирать трение там, где оно защищает пользователя
#agents #thoughts #mcp #ai
Возникла мысль, что продакты должны теперь держать в голове ещё один сегмент пользователей — LLM-агентов. Ладно, не прям отдельный сегмент, скорее агент — это не персона, а режим потребления, вторая поверхность продукта для существующего пользователя.
Идея простая: агенты уже сейчас лезут в наши интерфейсы. Кликают, заполняют формы, дёргают API, оформляют заказы. Делают это коряво и ненадёжно — но делают.
Посмотрел, оказывается, даже термин для этого есть — Agent Experience (AX) и четыре вещи, которые агенту нужны: доступ, контекст, инструменты, оркестрация.
Под это даже стандарты создали — MCP, llms.txt, Agent-to-Agent (A2A) протокол.
Почему важно думать и про агентов? Они не прощают того, что прощает человек. Человек стерпит лаг, додумает кривую формулировку, выкрутится из непонятного дашборда. Агенту нужны машиночитаемость, детерминизм и осмысленные тексты ошибок — чтобы поправить себя без человека. Это приводит нас к необходимости наконец чинить API, доки и данные, на которые годами забивали ради красивого UI.
Ну и "чинить" надо не всё подряд:
— Стандарты для агентов есть, но не факт, что ими реально пользуются, ну или их могли пересмотреть.
— Удобство для агента может убрать проверки, которые защищают человека от случайных действий.
— Ну и лучше сначала проверить логи и реальные сценарии, а не срочно переписывать продукт под модное веяние.
О чем тогда надо подумать в продукте:
— посмотреть логи и user-agent — ходят ли агенты к вам вообще, или пока рано что-то предпринимать
— навести порядок в API и доках: чистый OpenAPI, понятные ошибки, чтобы агент сам себя поправил
— задать границы полномочий: что агенту можно авторизовать без человека, а что — нельзя
— не убирать трение там, где оно защищает пользователя
#agents #thoughts #mcp #ai