Add architecture package and application skeleton
This commit is contained in:
@@ -0,0 +1,42 @@
|
||||
# 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, а не разрозненные лог-сообщения.
|
||||
|
||||
Reference in New Issue
Block a user