| name | exeris-spring-task-classifier |
| description | Classify an incoming exeris-spring-runtime task into one primary class (ARCHITECTURE / INTEGRATION_IMPLEMENTATION / VERIFICATION / DOCS_ADR / PERFORMANCE / MULTI_DOMAIN) plus mode impact (PURE_MODE / COMPATIBILITY_MODE / MIXED / UNCLEAR), with a short rationale and a confidence rating. Use as the first triage step before routing. |
exeris-spring-task-classifier
Purpose
Classify incoming work for exeris-spring-runtime into one primary task class and one mode-impact assessment.
Output
task_class: ARCHITECTURE | INTEGRATION_IMPLEMENTATION | VERIFICATION | DOCS_ADR | PERFORMANCE | MULTI_DOMAIN
mode_impact: PURE_MODE | COMPATIBILITY_MODE | MIXED | UNCLEAR
confidence: HIGH | MEDIUM | LOW
why: one short rationale
Rules
- If ownership model, The Wall, mode semantics, or module placement is ambiguous -> prefer
ARCHITECTURE or MULTI_DOMAIN.
- If code edits are clearly scoped and architecture intent is known ->
INTEGRATION_IMPLEMENTATION.
- If evidence strategy/testing depth is the core ask ->
VERIFICATION.
- If docs claims, ADR impact, or wording honesty is central ->
DOCS_ADR.
- If request-path cost/overhead is the central ask ->
PERFORMANCE.
Mode Decision Heuristics
PURE_MODE: Exeris-owned ingress/request lifecycle remains primary.
COMPATIBILITY_MODE: Spring compatibility semantics are intentionally enabled with trade-offs.
MIXED: both paths touched.
UNCLEAR: insufficient evidence in current request.