Skip to content
cccskills
FreePublished on GitHub

techpack-settings

Component type definitions, settings schemas, directory patterns, and validation rules for the fullstack-typescript tech pack.

The English summary is being prepared. Showing the original description.

Works withPostgreSQL
See how to install

Files included (1)

  • SKILL.md4.8 KB

SKILL.md (original)

Review the instructions the agent will receive before you install.

Techpack Settings

Component type definitions, settings schemas, directory patterns, and validation rules for the fullstack-typescript tech pack. This skill is loaded by core's project-settings skill to provide tech-pack-specific component knowledge.


Component Types

TypeDirectory PatternDescription
configcomponents/configSingleton configuration management
servercomponents/servers/{name}Node.js/Express backend (CMDO architecture)
webappcomponents/webapps/{name}React/Vite frontend (MVVM architecture)
databasecomponents/databases/{name}PostgreSQL database
contractcomponents/contracts/{name}OpenAPI 3.x specification
helmcomponents/helm_charts/{name}Kubernetes Helm chart
integration-testingcomponents/integration-testingIntegration test suite
e2e-testingcomponents/e2e-testingE2E test suite (Playwright)
cicdcomponents/cicdCI/CD pipeline (GitHub Actions)

Settings Schema by Type

Server Settings

SettingTypeDefaultDescription
server_typeapi|worker|cron|hybridapiCommunication pattern(s)
modes(api|worker|cron)[]—For hybrid: which modes (2+ required)
databasesstring[][]Database components this server uses
provides_contractsstring[][]Contracts this server implements
consumes_contractsstring[][]Contracts this server calls
helmbooleantrueWhether to generate helm chart

Impact:

  • server_type determines operator lifecycle(s)
  • databases drives DAL layer per database, config sections
  • provides_contracts drives HTTP routes, Service in helm chart
  • consumes_contracts drives API clients, config sections
  • helm: false skips helm chart scaffolding

Webapp Settings

SettingTypeDefaultDescription
contractsstring[][]Contracts this webapp uses
helmbooleantrueWhether to generate helm chart

Impact:

  • contracts drives API clients, config sections

Helm Settings

SettingTypeDefaultDescription
deploysstring—Component to deploy (required)
deploy_typeserver|webapp—Type being deployed (required)
deploy_modes(api|worker|cron)[]—For servers: which modes
ingressbooleantrueExternal HTTP access
assetsbundled|entrypointbundledFor webapps: asset strategy

Impact:

  • deploy_modes creates separate deployments for multi-mode servers
  • ingress includes/excludes ingress.yaml
  • assets determines webapp build strategy

Database Settings

SettingTypeDefaultDescription
providerpostgresqlpostgresqlDatabase provider
dedicatedbooleanfalseNeeds own DB server

Contract Settings

SettingTypeDefaultDescription
visibilitypublic|internalinternalExternal consumers allowed

Config Settings

Config component has no settings (it is a singleton).

Testing Settings

Testing components (integration-testing, e2e-testing) have no settings. Structure is driven by testing standards skills.

CI/CD Settings

CI/CD component has no settings. Structure is driven by the cicd-standards skill.


Validation Rules

  1. Config is a mandatory singleton — every project must have exactly one config component.
  2. Database references must exist — any name in a server's databases array must match an existing database component.
  3. Contract references must exist — any name in provides_contracts, consumes_contracts, or contracts must match an existing contract component.
  4. Helm deploys must reference existing component — the deploys field must reference an existing server or webapp component.
  5. Helm deploy_modes must be valid — each mode in deploy_modes must be a valid mode for the referenced server's server_type (e.g., a server with server_type: api cannot have deploy_modes: [worker]).

Naming Rules

  • Names must be lowercase
  • Use hyphens, not underscores or spaces
  • Names should be multi-word and domain-specific
    • Good: order-service, analytics-db, customer-portal, task-api
    • Avoid: api, public, primary, main, server
  • Exception: config (singleton)

Input / Output

This skill defines no input parameters or structured output.

Reviews

No reviews yet. Tell others what you thought.

Comments

No login needed. Share how it worked for you, ask a question, or note where it did not run.

No comments yet. Be the first to write one.

Comments are published right away. Do not include personal information such as email addresses or phone numbers. Up to 2 URLs.

0 / 1,000 characters

This form is protected by reCAPTCHA, and the Google Privacy Policy and Terms of Service apply.

More skills from this repository

Standards for authoring SDD plugin agents — frontmatter, self-containment, skill references, and no-user-interaction rules.

The English summary is being prepared. Showing the original description.

LiorCohen/sdd43Updated Feb 24, 2026

Scaffolds Node.js/TypeScript backend components with CMDO architecture, driven by component settings.

The English summary is being prepared. Showing the original description.

LiorCohen/sdd43Updated Feb 24, 2026

CMDO architecture standards for Node.js/TypeScript backends with strict layer separation.

The English summary is being prepared. Showing the original description.

LiorCohen/sdd43Updated Feb 24, 2026

Intent-to-command mappings for fullstack-typescript tech pack features.

The English summary is being prepared. Showing the original description.

LiorCohen/sdd43Updated Feb 24, 2026

Create change specification and implementation plan with dynamic phase generation. Supports feature, bugfix, refactor, and epic types.

The English summary is being prepared. Showing the original description.

LiorCohen/sdd43Updated Feb 24, 2026

Orchestrates the full change lifecycle — routes actions to phase-specific sub-files.

The English summary is being prepared. Showing the original description.

LiorCohen/sdd43Updated Feb 24, 2026

See all skills by LiorCohen

Report a problem with this skill