원클릭으로 Manus에서 모든 스킬 실행

exeris-spring-mode-clarity-review

스타0

포크0

업데이트2026년 5월 3일 15:27

Prevent confusion between Pure Mode and Compatibility Mode in code, tests, and docs. Flags features that lack a mode label, compatibility behavior that leaks into the pure path, and docs that claim pure semantics while implementation is compatibility-driven.

설치

Codex 또는 Claude로 설치 이 Prompt를 복사해 Codex, Claude 또는 다른 어시스턴트에 붙여 넣으면 Skill 페이지를 검토하고 설치를 진행할 수 있습니다.

Manus에서 실행

출처

exeris-systems

exeris-systems/exeris-spring-runtime

GitHub 저장소 열기 Creator 저장소 보기

다운로드

Manus에서 실행

exeris-spring-mode-clarity-review

Purpose

Prevent confusion between Pure Mode and Compatibility Mode in code, tests, and docs.

Checks

Feature is explicitly labeled as PURE_MODE, COMPATIBILITY_MODE, or MIXED.
Trade-offs are stated when compatibility semantics are introduced.
Compatibility behavior does not silently become default pure path.
Tests and docs reflect the same mode assumptions.

Failure Conditions

mode is implicit/unstated
compatibility behavior leaks into pure path
docs claim pure semantics while implementation is compatibility-driven

Output

mode classification
drift findings
minimal correction plan

이 저장소의 다른 Skills

같은 저장소

exeris-spring-docs-adr-check

exeris-systems/exeris-spring-runtime

Detect documentation and ADR drift against runtime ownership and mode reality. Classifies drift (NO_ACTION / MINOR_DOC_UPDATE / DOCS_UPDATE_REQUIRED / ADR_IMPACT / NEW_ADR_REQUIRED), names affected docs, and recommends merge timing for the docs/ADR delta.

2026-05-030

exeris-spring-kernel-wall-check

exeris-systems/exeris-spring-runtime

Prevent Spring leakage into kernel boundaries and preserve The Wall. Verifies no Spring imports/types/annotations in kernel SPI/Core touchpoints, no framework-coupled contracts in Exeris kernel abstractions, no bypass of canonical Exeris provider discovery, and no kernel API changes that assume servlet/reactive/JDBC framework runtime.

2026-05-030

exeris-spring-module-boundary-review

exeris-systems/exeris-spring-runtime

Enforce module-responsibility boundaries across exeris-spring-boot-autoconfigure, exeris-spring-runtime-web/-tx/-data/-actuator. Flags web/runtime logic in autoconfigure, tx semantics in actuator, persistence ownership in web, compatibility sludge spread across modules, and runtime orchestration moved into the boot layer.

2026-05-030

exeris-spring-ownership-boundary-review

exeris-systems/exeris-spring-runtime

Check whether a change preserves the runtime-ownership truth (Spring = application framework, Exeris = runtime owner). Flags ownership inversion to servlet/reactive/JDBC-first runtime, split-brain lifecycle, fake host-runtime claims, and hidden fallback ownership outside Exeris.

2026-05-030

exeris-spring-routing-planner

exeris-systems/exeris-spring-runtime

Produce a minimal, risk-aware execution order across exeris-spring-runtime agents — choose the primary agent, ordered secondary handoffs, a 3-5 step plan, validation gates, and the single best next action. Use after task-classifier has labelled the work.

2026-05-030

exeris-spring-runtime-path-performance-review

exeris-systems/exeris-spring-runtime

Review request-path integration overhead in Spring bridges — wrapper/DTO churn, request/response copy inflation, codec layering overhead, reflection-heavy hot paths, context propagation cost, and hidden fallback overhead to legacy runtime path. Use when a change materially affects the request path.

2026-05-030

원클릭으로 모든 스킬 실행

name	exeris-spring-mode-clarity-review
description	Prevent confusion between Pure Mode and Compatibility Mode in code, tests, and docs. Flags features that lack a mode label, compatibility behavior that leaks into the pure path, and docs that claim pure semantics while implementation is compatibility-driven.