Initial Commit

This commit is contained in:
2026-05-27 23:29:53 +01:00
commit fbc70f96e6
10000 changed files with 1102152 additions and 0 deletions

View File

@@ -0,0 +1,51 @@
# <Change title>
**Package**: `@suaveplan/<pkg>`
**Status**: PROPOSED
**Type**: <new-package | feature | bug-fix | spec-conformance | refactor>
## Why
<2–4 sentences explaining the motivation. What problem does this solve? What broke or is broken without it? Cite incidents, audits, or user requests.>
## What changes
<Bullet list of every public-surface change. New exports, new behaviors, modified signatures, removed APIs. Be exhaustive — anything not listed here will be missed at review time.>
- ADDED: `<symbol>` — <one-line description>
- MODIFIED: `<symbol>` — <what changed>
- REMOVED: `<symbol>` — <why; link to deprecation notice>
## Out of scope
<Bullet list of things explicitly NOT in this change, with reason. This prevents scope drift and gives reviewers a clear boundary.>
- <thing> — <why deferred>
## Source mapping
> **REQUIRED for any package migrated from `../suaveplan/`.** Delete this entire section if the package is genesis-original (no `enterprise/<pkg>.md` exists).
This change derives from `../suaveplan/enterprise/<pkg>.md`.
| Requirement | Source lines | Notes |
|---|---|---|
| <requirement name from spec-delta> | L<start>-L<end> | <verbatim / reworded / extended> |
### Requirements with no source line
| Requirement | Justification |
|---|---|
| <requirement name> | <why it's added in genesis above the source baseline> |
## Verification approach
<How will every requirement be verified? List the test files that will exist after this change ships, grouped by requirement. Every requirement in the spec delta must have a `**Verified by:**` line pointing at concrete `it(...)` titles in these files.>
- `src/<feature>/<feature>.test.ts` — covers requirements <names>
- `src/<feature>/<feature>.spec-conformance.test.ts` — pins type-level / observability / strict-mode scenarios for requirements <names>
- `tests/dep-graph.test.ts` — pins dependency invariants
## Migration impact
<For changes that modify or remove existing public surface: list every consumer in the monorepo (`grep` `@suaveplan/<pkg>` in other packages) and how they're affected. For new packages or pure additions, write "None — additive only.">