Tool Permission Reviews в 2026: как регулярно пересматривать, что агентам вообще разрешено
Tool permission reviews в 2026 нужны потому, что permission surface почти всегда растёт быстрее, чем команда это осознаёт. Сегодня агенту добавили один lookup tool для нового кейса, завтра временно дали mutation API для эксперимента, потом оставили browser access "на всякий случай". Через несколько месяцев никто уже не уверен, какие агенты что реально могут, зачем им это всё нужно и какие permissions давно потеряли смысл. Без регулярного review доступы не просто накапливаются, а начинают quietly менять риск-профиль всей системы.
1. Permissions стареют так же, как и code paths
Часто остаются:
- tools from deprecated features;
- legacy fallback access;
- temporary debug endpoints;
- broad browser or filesystem permissions;
- duplicated read/write capabilities.
Это создаёт hidden surface area даже без явного bug.
2. Review должен смотреть на justification, а не только usage
Мало знать, что tool "иногда вызывается". Важно понять:
- зачем он нужен сейчас;
- есть ли safer alternative;
- соответствует ли он agent role;
- не должен ли он быть review-gated;
- не стоит ли вынести capability в другой агент.
3. Side-effect class помогает review-ить доступы реалистичнее
Read-only lookup и external commit access нельзя рассматривать одинаково. Полезно отдельно смотреть:
- read permissions;
- draft permissions;
- mutation permissions;
- external actions;
- irreversible capabilities.
Так review становится risk-aware.
4. Permission review должен иметь явный outcome
Полезные решения:
- keep as is;
- narrow scope;
- move behind approval;
- move to another agent;
- remove entirely.
Иначе review превращается просто в meeting without effect.
5. Что особенно часто ломают команды
Review only after incidents
Профилактики нет.
Usage equals justification
Если tool использовался, значит supposedly нужен.
No temporary-access expiry
Временные доступы живут вечно.
No owner for permissions
Непонятно, кто должен сужать scope.
Prompt-only restriction
Физический доступ не меняют.
6. Какие метрики полезны
Минимальный dashboard обычно включает:
- tools per agent over time;
- stale permission count;
- temporary accesses past expiry;
- permissions removed per review cycle;
- high-risk tools by agent role;
- incidents tied to unnecessary permissions.
Плюсы
- Permission reviews уменьшают hidden capability surface
- Помогают держать agent roles узкими и объяснимыми
- Снижают blast radius от forgotten tools и fallback access
- Хорошо сочетаются с side-effect classification
Минусы
- Требуют дисциплины и ownership
- Команда может воспринимать reviews как бюрократию
- Usage telemetry не всегда объясняет реальную необходимость доступа
- Без action items review легко становится формальностью