Shared kernel rules for src/app/shared, defining what can be shared safely (primitives, utilities, UI atoms) and what must not (business logic, cross-context policies); use when adding shared helpers or components.
Scanned 9/4/2026
Install to Claude Code
npx -y skills add NeverSight/skills_feed --skill shared-kernel --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Shared Kernel?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/neversight-shared-kernel)More formats (shields.io, HTML) on the badges page.
---
name: shared-kernel
description: Shared kernel rules for src/app/shared, defining what can be shared safely (primitives, utilities, UI atoms) and what must not (business logic, cross-context policies); use when adding shared helpers or components.
---
# Shared Kernel
## Intent
Provide safe, low-coupling primitives reused across bounded contexts.
## Allowed Content
- Pure utilities (formatting, small helpers) with no side effects.
- Shared UI atoms/molecules that do not contain business rules.
- Cross-cutting technical helpers (logging adapters, error wrappers) when they do not introduce new dependencies.
## Forbidden Content
- Business logic, policies, or workflow orchestration.
- Cross-capability state stores.
- Domain rules that belong to a specific bounded context.
- Direct platform SDK usage (Firebase/HTTP) unless the shared item is explicitly an infrastructure primitive and the dependency direction is preserved.
## Dependency Discipline
- Keep dependencies stable and minimal.
- Avoid importing capability modules into shared.
## API Design
- Prefer small, intention-revealing APIs.
- Avoid "god" utility modules; create focused files.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!