Menu
Use when TypeScript code moves provider, SDK, API, request, response, generated, or raw input shapes across owned application boundaries.
Installer avec Codex ou Claude Copiez ce prompt, collez-le dans Codex, Claude ou un autre assistant, puis laissez-le vérifier la page du skill et l'installer pour vous.
Basé sur la classification professionnelle SOC
| name | typescript-boundaries |
| description | Use when TypeScript code moves provider, SDK, API, request, response, generated, or raw input shapes across owned application boundaries. |
Use this skill when external shapes meet owned code. The goal is to keep foreign semantics at the edge and expose smaller local models inward.
| If you see... | Read |
|---|---|
| provider/SDK/generated type imported by business logic | rules/provider-containment.md |
| request/body/query/env-like raw shape passed inward | rules/raw-input-to-internal-model.md |
| proposal to add a mapper/adapter | rules/earned-mapping.md |
| local model named after provider vocabulary | rules/local-naming.md |
provider-containment.md owns vendor SDK / generated / external API client types. raw-input-to-internal-model.md owns HTTP request/response/transport shapes, env-like input, webhook payloads, CLI args, untyped JSON. When in doubt: is the type defined by us or by an external runtime contract?
A payload can violate both at once: a webhook body cast to a vendor SDK type (e.g. req.body as Stripe.Event) is raw transport input that needs parsing/verification AND a vendor type that should not flow past the handler — parse the input at the edge, then translate the vendor shape to a local event model before business logic sees it.
../typescript-composition/SKILL.md.../typescript-coding-standards/SKILL.md.../typescript-configs/SKILL.md.Translate at the edge when meaning differs. Do not create a mapper that only adds ceremony.
Use when designing, reviewing, refactoring, or implementing code that should stay simple, testable, readable, and sustainable. Covers investigation, architecture, dependency boundaries, cohesive units, naming, and clear plans. Also use when code hides I/O or dependencies, adds unnecessary layers, mixes business and infrastructure concerns, or fragments one flow across tiny helpers.
Makes answers easier to start reading, scan, resume, and understand without losing important detail. Use when the user asks for simpler, clearer, less dense, dyslexia-friendly, step-by-step, more scannable, more natural, less robotic, less AI-sounding, or better explained answers.
Use when TypeScript code design, implementation, review, debugging, or testing needs focused guidance on coding standards, boundaries, composition, configs, async control, error handling, observability, security, or testing. Do not use for prose-only, formatting-only, or history requests that merely mention TypeScript.