eserstack-monorepo
Monorepo structure, package conventions, version synchronization, and publishing workflow. Use when adding packages, modifying project structure, or managing versions.
Works with
--- name: eserstack-monorepo description: Monorepo structure, package conventions, version synchronization, and publishing workflow. Use when adding packages, modifying project structure, or managing versions. license: Apache-2.0 --- # eserstack Monorepo Multi-language monorepo: Deno/TypeScript packages (JSR/npm) + Go services. ## Quick Start 1. Each package: `pkg/@eserstack/<name>/` with `deno.json`, `mod.ts`, `mod.test.ts` 2. Unified version — use `deno task cli codebase versions <patch|minor|major>` 3. JSR primary (`deno publish`), npm secondary (`eser`, `noskills`, `laroux`) 4. Run `deno task cli ok` to check entire monorepo ## Key Principles - Entry point: `mod.ts` (or `main.ts` for CLIs) - Tests: `*.test.ts` co-located with source, benchmarks: `*.bench.ts` - File naming: kebab-case enforced by pre-commit hook - License header required on all `.ts` files - Explicit `exports` and `publish.include` in each `deno.json` - Never manually edit version fields — always use the version-bump script - `@eserstack/standards` is the foundation — change carefully ## Go Services Go code lives in `pkg/ajan/` with independent git-tag versioning. - Run `make go-ok` for Go-only validation - Go does NOT use the unified version-bump script - Follow hexagonal architecture — see `go-practices` skill ## References See [rules.md](references/rules.md) for package conventions, adding packages, and templates.
More Architecture skills
architecture-decision-records
wshobson/agents
Write and maintain Architecture Decision Records (ADRs) following best practices for technical decision documentation. Use when documenting significant technical decisions, reviewing past architectural choices, or establishing decision processes.
microservices-patterns
wshobson/agents
Design microservices architectures with service boundaries, event-driven communication, and resilience patterns. Use when building distributed systems, decomposing monoliths, or implementing microservices.
clickhouse-architecture-advisor
clickhouse/agent-skills
MUST USE when designing ClickHouse architectures, selecting between ingestion or modeling patterns, or translating best practices into workload-specific system designs. Complements clickhouse-best-practices with decision frameworks and explicit provenance labels.

