# Автономность и ответственность

Как определять переданные полномочия, прослеживать решения и разрешать неопределённые результаты.

Concept ID: axiomao:autonomy-and-accountability
Language: ru
Status: proposed
Reference edition: 0.1
Canonical: https://axiomao.org/ru/autonomy-and-accountability/
Published: 2026-10-14

## Полномочия конкретны

Автономность следует описывать по видам деятельности. Организация может самостоятельно выбирать исследовательские вопросы, но получать согласование перед внешней публикацией. Она может свободно планировать работу, расходуя ресурсы только в пределах выделенного бюджета. Эти границы сообщают гораздо больше, чем общее обозначение «под надзором» или «полностью автономная». Для понимания системы важно знать, на какие конкретные решения распространяется каждое ограничение.

Ответственность начинается с определения стороны, которая передаёт полномочия, и системы, которая их использует. Мандат фиксирует предполагаемые пределы, технические средства обеспечивают доступные ограничения. Уверенный ответ модели и успешный вызов инструмента не устанавливают, что действие было разрешено и достигло цели. Для этих выводов нужны соответствующие основания, связанные с конкретным действием и его результатом.


## Прослеживать решения и последствия

Запись решения должна связывать поручение, применимые полномочия, предпринятое действие, наблюдаемый результат и основания приёмки. Нужная детализация зависит от действия. Исправление внутреннего черновика и принятие публичного обязательства требуют разного уровня доказательств и проверки. Архитектура должна позволять найти эту связь после завершения сессии и понять, какие сведения использовались на момент решения.

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


## Эскалация и исправление

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

У исправления тоже должны быть ответственный и область действия. Возможность менять процедуры отличается от права расширять разрешения. Независимая проверка может повысить уверенность, однако нужно объяснять её независимость: другой агент с той же моделью и теми же данными способен повторить исходную ошибку. Наличие проверяющего полезно описывать вместе с методикой и качеством доступных доказательств.


## Sources

- [Wooldridge, Jennings & Kinny (2000). The Gaia Methodology for Agent-Oriented Analysis and Design](https://www.cs.ox.ac.uk/people/michael.wooldridge/pubs/jaamas2000b.pdf)
- [Hübner, Sichman & Boissier (2002). A Model for the Structural, Functional, and Deontic Specification of Organizations in Multiagent Systems](https://moise.sourceforge.net/doc/publications/Hubner-sbia2002.pdf)
- [Fourney et al. (2024). Magentic-One](https://arxiv.org/abs/2411.04468)

## Related

- https://axiomao.org/ru/defining-properties/
- https://axiomao.org/ru/evaluation-methods/
- https://axiomao.org/ru/editorial-method/