30 lines
1.7 KiB
Plaintext
30 lines
1.7 KiB
Plaintext
---
|
|
description: Один агент — один репозиторий; не смешивать Front и Back
|
|
alwaysApply: true
|
|
---
|
|
|
|
# EventHub: отдельные агенты по репозиториям
|
|
|
|
## Правило
|
|
При работе с **несколькими репозиториями** EventHub запускай **отдельного агента на каждый репо**. Не смешивай Front и Back (и Spec/FrontAdmin) в одном агенте.
|
|
|
|
| Репо | Зона |
|
|
|------|------|
|
|
| `EventHubFront` | клиентский SPA |
|
|
| `EventHubBack` | Erlang API |
|
|
| `EventHubSpec` | спеки, UI-PARITY, контракты |
|
|
| `EventHubFrontAdmin` | admin SPA |
|
|
|
|
## Запрещено
|
|
- Один агент правит и Front, и Back в одной сессии
|
|
- Коммиты/`Refs`/`Fixes` не в тот репо (Front-код → issue Back, и наоборот)
|
|
- Закрывать/комментировать issue чужого репо «заодно»
|
|
|
|
## Как делать
|
|
1. Спека/issue → агент **Spec** (или короткий foreground), если только доки.
|
|
2. API → отдельный агент **Back** (`Back#N`, eunit, push Back).
|
|
3. UI → отдельный агент **Front** (`Front#N`, lint/IFT, push Front).
|
|
4. Родитель-координатор только маршрутизирует; не пишет код сразу в два репо.
|
|
|
|
Кросс-репо фича (например Bookings inbox): **сначала Back**, потом **Front** (или параллельно двумя агентами), Spec — третьим или после стабилизации API.
|