Версия источника: 4880e8b4372c96001c2e052be28b68a95d31252b
Синхронизировано: 2026-11-09T11:15:07.649Z
Источник: https://github.com/sergey-from-riders/vibecoding-base/tree/4880e8b4372c96001c2e052be28b68a95d31252b

<a id="frontend-data-boundary"></a>

# Серверные данные

## Коротко

Общий клиент или серверный модуль должен задавать типы, ошибки и политику кеша.

## Плохо

```text
Каждый компонент по-своему разбирает один ответ API.
```

## Хорошо

```text
Общий клиент: тип результата, ошибка, отмена.
Компоненты получают согласованные данные.
```

## Почему

Расхождение форматов и обработки ошибок делает интерфейс хрупким.

## Когда применять

Это инженерное правило справочника, а не требование протокола. Первоисточник описывает подход или механизм; конкретный процесс выбирается проектом.

Не создавайте второй backend в обработчиках Next без необходимости. Маршрут скачивания документа может быть самостоятельной границей контента.

## Как проверить

- Смена формата API обнаруживается проверкой контракта?

## Человек

Определяет актуальность, доступ и состояния интерфейса.

## Агент

Реализует поведение компонентов и проверяет изменение данных, загрузку и ошибку в браузере.

Контроль результата:

- Смена формата API обнаруживается проверкой контракта?

## Источники

- [How to think about data security in Next.js](https://nextjs.org/docs/app/guides/data-security)
- [OpenAPI Specification v3.2.0](https://spec.openapis.org/oas/v3.2.0.html)

Уровень: Рекомендуется. Проверено: 2026-11-09. Изменено: 2026-11-09.

[Исходный файл](https://github.com/sergey-from-riders/vibecoding-base/blob/4880e8b4372c96001c2e052be28b68a95d31252b/registry/standards/frontend/next/rules/data-boundary.md)