Skip to content

Repository files navigation

cosyte-config

The single source of truth for how @cosyte/* packages are type-checked, linted, and formatted. Small published packages, consumed by each parser as devDependencies: no per-repo config copies, no drift.

Package What it is How a package consumes it
@cosyte/tsconfig base.json (type-check options) + library.json (adds declaration/sourcemap emit) "extends": "@cosyte/tsconfig/base.json"
@cosyte/eslint-config ESLint 10 flat config: unified typescript-eslint (recommendedTypeChecked) + JSDoc gates on public exports + cosyte rules (apps opt out of the doc/console gates via { library: false }) import cosyte from "@cosyte/eslint-config"; export default cosyte(import.meta.dirname);
@cosyte/prettier-config The cosyte Prettier settings "prettier": "@cosyte/prettier-config" in package.json
@cosyte/script-utils Zero-dependency helpers for the gate scripts in scripts/, starting with isCliEntrypoint import { isCliEntrypoint } from "@cosyte/script-utils";

The standard these encode is documented in the meta-repo's documentation/conventions.md ("Canonical toolchain (enforced)"). hl7 is the reference consumer.

Decisions

Repo-scoped ADRs live in documentation/decisions/. Cross-repo choices stay in the meta-repo's documentation/decisions/; these are the ones only config binds.

Versioning

Every package follows the cosyte ladder: 0.0.x until first alpha. Releases are managed with Changesets and, once the environment is created (a one-time setup step), gated on a protected release environment; the full pipeline (and the OIDC / npm provenance migration deferred to launch) is documented in RELEASING.md.

About

No description, website, or topics provided.

Resources

Code of conduct

Contributing

Security policy

Stars

0 stars

Watchers

0 watching

Forks

Releases

Packages

Used by

Contributors

Languages