[{"data":1,"prerenderedAt":-1},["ShallowReactive",2],{"guide-how-to-give-an-ai-agent-access-to-your-systems::ru":3,"guide-related-how-to-give-an-ai-agent-access-to-your-systems::ru":17},{"slug":4,"title":5,"excerpt":6,"body":7,"meta_title":5,"meta_description":8,"keywords":9,"category":15,"published_at":16,"updated_at":16},"how-to-give-an-ai-agent-access-to-your-systems","Как дать ИИ-агенту доступ к вашим системам","Доступ на чтение разобран многократно; доступ на запись приходит вместе с агентами и планируется редко. Практическая последовательность: что агенту позволено делать, под чьими учётными данными и в каких пределах.","\u003Ch2>Доступ — это про действия, а не только про данные\u003C\u002Fh2>\n\u003Cp>Большинство разговоров о том, чтобы дать ИИ-системе доступ к системам компании, на деле про чтение: какие документы она видит, соблюдает ли права исходных файлов, куда уходят данные. Вопрос важный и хорошо разобранный. Этот материал — про другую половину, которая приходит вместе с агентами и планируется куда реже: что этой штуке позволено \u003Cem>делать\u003C\u002Fem>. Модель, которая умеет только читать, выдаёт неверный ответ. Модель, которая умеет действовать, выдаёт неверный счёт, неверное письмо клиенту или удалённую запись — на машинной скорости и без единого человека рядом.\u003C\u002Fp>\n\u003Cp>Работа ниже намеренно скучная. Ничего в ней не зависит от того, какую модель или библиотеку вы взяли, и всё это проще сделать до первой интеграции, чем после третьей.\u003C\u002Fp>\n\u003Ch2>Начните с разбора действий, а не систем\u003C\u002Fh2>\n\u003Cp>Выпишите каждое действие, которое собираетесь открыть, и рассортируйте по тому, что случится, если оно сработает ошибочно. Некоторые обратимы: написанный черновик, обновление поля с сохранением прежнего значения, файл, положенный туда, где вы хозяин. Некоторые компенсируемы — их нельзя отменить, но можно уравновесить вторым действием, как возврат после списания, и исправление кому-то видно. Остальные необратимы: сообщение, прочитанное клиентом, удаление без резервной копии, платёж, ушедший из компании, всё опубликованное там, где это скопируют за минуты.\u003C\u002Fp>\n\u003Cp>Эта сортировка делает больше, чем любой документ с политикой. Обратимые действия — там, где агент окупается, и очередь согласований перед ними тратит общее внимание впустую. Необратимые — место человеческого решения. Число необратимых действий, доступных агенту без такого решения, честно резюмирует в одну строку, сколько риска несёт конструкция, и это число большинство команд никогда не считало.\u003C\u002Fp>\n\u003Cp>К средней категории относитесь скептически: обратимость протекает. Обновление обратимо, только если сохранено старое значение. Удаление обратимо, только пока не закрылось окно резервных копий. Изменение записи выглядит обратимым ровно до момента, когда вебхук разнёс его в три другие системы, у каждой из которых своя копия. Честная проверка — восстанавливал ли кто-нибудь такое на практике, а не задокументирована ли кнопка отмены.\u003C\u002Fp>\n\u003Ch2>Дайте агенту собственную идентичность\u003C\u002Fh2>\n\u003Cp>Удобный путь — пустить агента под сессией того, кто его запустил, или под давно живущим ключом, заведённым под другую задачу. И то и другое работает сразу и разрушает вашу способность отвечать на вопросы потом.\u003C\u002Fp>\n\u003Cp>Ломается три вещи. Журнал аудита пишет человека, поэтому действия, которых никто не совершал, появляются под его именем и не отличаются от его настоящей работы. Права — тоже его, и агент наследует всё, до чего этот человек дотягивается, а не ту полосу, что нужна задаче; чем выше должность запустившего, тем хуже. И отзыв доступа становится «всё или ничего»: остановить агента значит отключить сотрудника.\u003C\u002Fp>\n\u003Cp>Отдельный субъект доступа со своими учётными данными, своим набором прав и своим жизненным циклом стоит очень немного в первый день и почти невозможен задним числом: после нескольких месяцев работы версии с чужими учётными данными никто не скажет, какие прошлые действия были автоматическими. Там, где агент действительно действует от имени человека, фиксируйте оба факта, не схлопывая их: какой агент действовал и чьими полномочиями.\u003C\u002Fp>\n\u003Ch2>Ограничивайте не только технически, но и на языке бизнеса\u003C\u002Fh2>\n\u003Cp>Техническое ограничение — только чтение, где возможно, отдельные учётные данные на интеграцию, самое узкое право, которое даёт платформа, — необходимо, но недостаточно. Пределы, которые предотвращают дорогие ошибки, обычно формулируются на языке бизнеса, а не API: потолок суммы на действие и на прогон, какие клиентские записи в игре, какие среды, какие регионы, сколько экземпляров чего-либо можно создать, прежде чем прогон обязан остановиться и спросить.\u003C\u002Fp>\n\u003Cp>Записывайте эти пределы там, где их применяет код, а не там, где их описывает промпт. Указание в системном промпте — просьба; проверка в реализации инструмента — правило. Разница перестаёт иметь значение только если ничто никогда не бывает враждебным, а на вход агенту идут документы, веб-страницы и результаты инструментов, которых никто в вашей команде не писал.\u003C\u002Fp>\n\u003Ch2>Отрепетируйте до подключения к чему-то настоящему\u003C\u002Fh2>\n\u003Cp>Сначала прогоните агента против заменителя: копия данных, записанные или синтетические ответы инструментов, исходящие вызовы в никуда. Ищете вы не то, проходит ли он счастливый путь, а то, какой путь он выбирает, когда чего-то не хватает, что-то неоднозначно или сломано, — и это видно, только если в фикстурах намеренно есть сбои. Инструменты, которые всегда успешны и отдают опрятные данные, дают агента, который выглядит надёжным и ни разу не встречал тайм-аут, пустой результат или отказ в правах.\u003C\u002Fp>\n\u003Cp>Сохраняйте записанные прогоны. Воспроизведённые против фиксированных ответов, они становятся единственным регрессионным набором, который у агента может быть: измените промпт, модель или описание инструмента — и увидите, какие ранее работавшие пути разошлись. Без них каждое изменение оценивается парой попыток и впечатлением, а это не выдерживает системы, которая на одинаковом входе ведёт себя по-разному.\u003C\u002Fp>\n\u003Ch2>Пусть журнал отвечает на тот вопрос, который вы зададите\u003C\u002Fh2>\n\u003Cp>Вопрос, когда он придёт, будет вариацией такого: что эта штука сделала со счётом того клиента в прошлый вторник и почему. Чтобы ответить, нужны последовательность вызовов инструментов с аргументами и результатами, идентичность, которая их совершила, запрос, запустивший прогон, и столько рассуждения, чтобы видеть, почему выбрана одна ветка, а не другая. Журнал итоговых ответов на это не отвечает; журнал, записавший человека, у которого просто была открыта сессия, — тоже.\u003C\u002Fp>\n\u003Cp>Довершают дело две эксплуатационные детали. Способ немедленно остановить агента без выкладки, потому что диагностика длится дольше, чем ущерб. И названный человек-владелец учётных данных агента, срок истечения и место в том же пересмотре доступов, что у всех, — иначе машинные идентичности тихо накапливаются и переживают породившие их проекты, и компания перестаёт понимать, что вообще ещё имеет право действовать в её системах.\u003C\u002Fp>","Разбор действий по обратимости, собственная идентичность агента, пределы на языке бизнеса, репетиция на фикстурах и журнал, отвечающий на нужный вопрос.",[10,11,12,13,14],"доступ ии-агента","права агента","идентичность агента","обратимые действия","внедрение агента","deployment","2026-09-02T03:30:02+00:00",[18,23,27,31,36,41],{"slug":19,"title":20,"excerpt":21,"updated_at":22},"ai-tool-pricing-models-seat-vs-usage-vs-credits","Модели ценообразования AI-инструментов: за место, за использование и по кредитам","Три распространённых способа тарификации AI-инструментов — за место, за использование и по кредитам — и как понять, какой из них окажется дешевле именно для того, как работает ваша команда.","2026-08-05T14:32:26+00:00",{"slug":24,"title":25,"excerpt":26,"updated_at":22},"how-ai-image-generators-differ-diffusion-vs-the-rest","Чем различаются ИИ-генераторы изображений: диффузия и всё остальное, простыми словами","Нетехническое объяснение того, как работают ИИ-генераторы изображений, почему диффузионный подход стал доминирующим и каких практических различий стоит ждать от разных инструментов.",{"slug":28,"title":29,"excerpt":30,"updated_at":22},"how-to-automate-your-workflow-without-code","Как автоматизировать процесс без кода","Практическая последовательность для автоматизаций, которые выживают: выбрать подходящий процесс, описать его до того, как открывать инструмент, и предусмотреть сбои, ломающие большинство первых попыток.",{"slug":32,"title":33,"excerpt":34,"updated_at":35},"how-to-build-a-chatbot-without-coding","Как собрать чат-бота без программирования","Практический путь к работающему чат-боту на no-code инструментах: определить границы, подключить свой контент, обработать вопросы без ответа и понять реальную стоимость.","2026-08-05T14:32:27+00:00",{"slug":37,"title":38,"excerpt":39,"updated_at":40},"how-to-build-an-evaluation-set-that-does-not-go-stale","Как собрать оценочный набор, который не устареет","Большинство оценочных наборов собирают один раз, из того, что было легко достать, и они тихо перестают представлять работу. Как собрать набор из уже имеющихся отказов, подпитывать его из продакшена, защищать от системы, которую он измеряет, и понимать, когда он исчерпан.","2026-09-09T03:30:02+00:00",{"slug":42,"title":43,"excerpt":44,"updated_at":45},"how-to-change-a-prompt-without-breaking-production","Как менять промпт, не ломая прод","Промпты правят в текстовом поле и выкатывают за секунды — поэтому они ломают вещи тихо: ни компилятора, ни стектрейса, ни очевидного момента сбоя. Дайте им релизную дисциплину кода.","2026-08-24T03:30:02+00:00"]