techpack-settings

Define component types, settings schemas, and validation rules for fullstack-typescript tech packs.

39|3|Updated Nov 21, 2025
One-click install
npx skills add https://github.com/LiorCohen/sdd --skill techpack-settings
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: techpack-settings
Source: https://github.com/LiorCohen/sdd/tree/main/plugin/fullstack-typescript/skills/techpack-settings
Command: npx skills add https://github.com/LiorCohen/sdd --skill techpack-settings

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Standardizes the structure and validation of tech packs for fullstack-typescript projects, enabling consistent component definitions and governance.

Core Features & Use Cases

  • Component types and directory patterns for config, server, webapp, database, contract, helm, and testing suites.
  • Centralized settings schemas and naming rules to ensure cross-component integrity and easy project bootstrapping.
  • Use Case: teams can bootstrap a new fullstack TypeScript project with enforced structure and validated references.

Quick Start

Define a tech pack by following the component types and settings schemas described in this skill to scaffold your project.

Frequently Asked Questions about techpack-settings

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I enforce architecture and directory patterns for a fullstack TypeScript project?

To enforce architecture for a fullstack TypeScript project, you define a tech pack with component types and settings schemas that validate directory patterns and cross-component references. This standardizes project structure and governance.

What is a tech pack and when do I need it for fullstack development?

A tech pack is a standardized structure that defines component types, settings schemas, and validation rules for fullstack projects. You need it when bootstrapping a project to ensure consistent component definitions and cross-component integrity.

Can I validate cross-component references and singleton configs in a fullstack TypeScript architecture?

Yes, you can validate cross-component references and singleton configs by applying validation rules within your tech pack settings schema. This ensures dependency validations and naming rules are enforced across the entire fullstack architecture.

How do I scaffold a fullstack TypeScript project with validated components like server, webapp, and helm?

You scaffold a fullstack TypeScript project by defining a tech pack that specifies component types for server, webapp, database, contract, helm, and testing suites. The settings schema then validates the directory patterns and dependencies.

What's the best way to standardize component definitions across multiple fullstack TypeScript repositories?

The best way to standardize component definitions is to implement a centralized tech pack with settings schemas and naming rules. This enforces consistent directory patterns and dependency validations across all fullstack TypeScript repositories.

Does this architecture validation approach support helm deploys and testing suites?

Yes, the architecture validation explicitly supports helm deploys and testing suites by defining them as distinct component types within the tech pack. This ensures their directory patterns and cross-component references are validated.