43 lines
965 B
Markdown
43 lines
965 B
Markdown
# ADR 006: Event Taxonomy And Correlation
|
|
|
|
## Status
|
|
|
|
Accepted
|
|
|
|
## Context
|
|
|
|
Оркестратор должен быть отлаживаемым и воспроизводимым.
|
|
Для этого все значимые переходы должны иметь единый event model.
|
|
|
|
## Decision
|
|
|
|
Все события включают:
|
|
|
|
- `event_id`
|
|
- `event_type`
|
|
- `occurred_at`
|
|
- `task_id`
|
|
- `conversation_id` when available
|
|
- `node_id` when available
|
|
- `correlation_id`
|
|
- `causation_id`
|
|
- `payload`
|
|
|
|
## Event Families
|
|
|
|
1. Task lifecycle
|
|
2. Node lifecycle
|
|
3. Policy decisions
|
|
4. Confirmation lifecycle
|
|
5. Model invocation lifecycle
|
|
6. Tool invocation lifecycle
|
|
7. Worker session lifecycle
|
|
8. Worker command lifecycle
|
|
9. Finalizer/result lifecycle
|
|
10. System warnings/errors
|
|
|
|
## Consequences
|
|
|
|
UI, audit log, replay tooling и debugging должны читать одну и ту же taxonomy, а не разрозненные лог-сообщения.
|
|
|