Определяйте доступный tenant из доверенного контекста авторизации и проверяйте каждый объект на сервере
Статьи
Проверяйте, для какого ресурса выдан токен, и не считайте один bearer token универсальным пропуском ко всем подключённым системам
Сокращайте ответ по бизнес-задаче: фильтруйте, ограничивайте поля и давайте управляемое продолжение
Сделайте выбор инструмента различимым по назначению и контексту сервера
Аннотация инструмента описывает его свойства для клиента, но не заменяет серверное ограничение полномочий
Обрабатывайте отмену как сигнал прекратить дальнейшую работу там, где это возможно
После таймаута исход операции может быть неизвестен
Различайте пагинацию каталога протокола и пагинацию бизнес-результата вашего инструмента
Выбирайте ресурс для адресуемого содержимого, а инструмент — для вызываемой операции с параметрами и явным результатом
В stdio-режиме оставьте stdout для сообщений протокола, а диагностические логи направьте в stderr
Определите различие между «не менять поле» и «очистить поле»
Подберите данные, которые разделяют возможные ошибки, а не просто напоминают рабочий пример
Остановите редактирование и восстановите проверяемую гипотезу
Сравните точные команды, зависимости и условия запуска
Начните с изменения поведения и границ доверия, затем переходите к структуре и стилю
Делите фичу по законченным проверяемым сценариям и зависимостям
Проверьте установленную версию, экспортируемый интерфейс и минимальный вызов
Разделите изменение схемы, перенос данных и совместимость работающего приложения
Передавайте минимальный обезличенный фрагмент, который сохраняет причинную связь ошибки
Опишите результат через вход, действие и наблюдаемый выход
