boundary-hunter-ts

Audit TypeScript module boundaries to detect leaked internals and dependency violations.

5|Updated Jan 14, 2026
One-click install
npx skills add https://github.com/skyosev/agent-skills --skill boundary-hunter-ts
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: boundary-hunter-ts
Source: https://github.com/skyosev/agent-skills/tree/main/hunter-party-ts/boundary-hunter-ts
Command: npx skills add https://github.com/skyosev/agent-skills --skill boundary-hunter-ts

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Audit and enforce TypeScript module boundaries to prevent leakage of internals through exports, ensuring modules remain black boxes with stable public APIs.

Core Features & Use Cases

  • Detect boundary violations such as leaked internals, over-exported APIs, and improper dependency direction.
  • Guide refactors, API surface minimization, and module replacement preparation across large TS projects.

Quick Start

Run the boundary hunter audit on your TS codebase to identify boundary violations and suggested fixes.

Frequently Asked Questions about boundary-hunter-ts

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

FAQPage Schema
How do I audit TypeScript module boundaries to prevent leaking internal exports?

To audit TypeScript module boundaries, run a boundary analysis to detect leaked internals and over-exported APIs, enforcing minimal public surfaces and stable black-box modules across your project.

What is dependency direction in TypeScript architecture and when do I need to enforce it?

Dependency direction defines the allowed import flow between architectural layers. Enforce it during refactors or API surface minimization to prevent improper coupling and ensure modules remain stable black boxes.

How do I minimize the public API surface of a TypeScript module before a major refactor?

Minimize the public API surface by auditing exported declarations, identifying leaked internals, and wrapping external types properly to ensure only strictly necessary interfaces are exposed.

Can I use a module boundary audit for large TypeScript projects with layered architecture?

Yes, module boundary auditing is specifically designed for large TypeScript projects, applying strict rules for layered dependency direction and encapsulation to maintain architecture governance.

What is the best way to detect over-exported APIs and encapsulation violations in TypeScript?

The best way to detect over-exported APIs is running an encapsulation audit that identifies leaked internals and improper dependency direction, guiding refactors to achieve minimal public surfaces.

Why does my TypeScript architecture governance fail when modules expose internal types?

Architecture governance fails because exposing internal types breaks encapsulation, turning black-box modules into white boxes. An audit identifies these boundary violations to restore stable public APIs.