ts-02-implement

Implement TypeScript features with named exports, barrel exports, and early returns.

Updated Aug 23, 2026
One-click install
npx skills add https://github.com/tak-bro/claude-code --skill ts-02-implement
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: ts-02-implement
Source: https://github.com/tak-bro/claude-code/tree/main/skills/ts-02-implement
Command: npx skills add https://github.com/tak-bro/claude-code --skill ts-02-implement

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

TypeScript feature implementation can be inconsistent; this guide enforces tak's conventions to ensure clean, predictable patterns across modules.

Core Features & Use Cases

  • Named exports only and barrel exports (index.ts) for modular reuse.
  • Early returns, strict typing, and avoidance of 'any' to improve safety and readability.
  • Use Case: Start a new TS feature by scaffolding exports and patterns that align with the project's standards.

Quick Start

Create a new TS feature following tak's conventions and run the verification commands.

Frequently Asked Questions about ts-02-implement

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

FAQPage Schema
How do I enforce named exports and barrel exports in TypeScript modules?

To enforce named exports and barrel exports in TypeScript modules, you need a convention guide that scaffolds index.ts entry points and prohibits default exports. This ensures modular reuse and predictable imports across your project's small-to-medium modules.

What are the best TypeScript patterns for refactoring code to improve readability and safety?

The best TypeScript patterns for refactoring code involve applying early returns, strict typing, and avoiding the 'any' type. Enforcing these conventions during module refactoring improves code safety and readability while maintaining predictable structural patterns.

How do I scaffold a new TypeScript feature following strict coding conventions?

To scaffold a new TypeScript feature with strict coding conventions, start by automating the creation of named exports and early return patterns. This approach aligns new modules with project standards, enforcing clean, predictable code quality from the beginning.

Does this TypeScript implementation approach work for large enterprise modules?

This TypeScript implementation approach is designed for small-to-medium modules, not large enterprise architectures. It enforces strict patterns like named exports and barrel exports to ensure clean, predictable code quality within appropriately scoped feature boundaries.

Why should I avoid default exports in TypeScript except for entry points?

You should avoid default exports in TypeScript except for entry points to ensure consistent, predictable import names across modules. Restricting default exports enforces a standardized naming convention that improves code quality and maintainability.