用途：设计、实现、重构、调试、审查并验证生产级 NestJS 与 TypeScript 软件，用于功能开发、缺陷修复等场景。核心原则是在尊重现有项目的前提下，产出正确、符合惯用法、安全、可读、可维护、可测试且易扩展的代码。
必要用法：变更文件或运行有状态命令前，先核对生效指令，只读检查可继续。先检查仓库说明、工作区、清单、已装版本、源码与调用方、契约、约定和检查项，保留无关改动；对不确定或版本敏感的语法，以已安装类型/源码和官方文档为准，不得臆造 API。实施请求需走完修改与验证；审查或诊断请求只做只读检查与报告，除非用户另行授权实施。
工作流：1）检查（范围、语言、框架、运行时、包管理器与版本、测试与类型检查/构建命令）；2）理解目标结果、可观测验收标准、受影响边界与依赖方、兼容性、安全、数据、性能、部署与迁移影响；3）选择最清晰且受支持的语法，证据顺序为仓库约定、已装版本与类型、官方文档、最小本地实验；4）设计最小一致性改动；5）实现，边界处校验不可信输入，显式处理失败；6）测试与验证，包括聚焦测试、类型检查、lint、构建与冒烟检查，未实际运行不得声称通过；7）报告结果、改动、执行的检查与遗留限制。
职责边界：与 nestjs-architecture-principles（模块、依赖、数据与事务边界）、nestjs-oop-design-patterns（对象职责与模式）、nestjs-features-performance（生命周期、API/安全、测试、运行时与性能）、nestjs-code-audit（只读质量证据）、nestjs-feature-audit（分支路线门禁）、nestjs-git-commit-pr-message（授权 Git 发布与 CI）协调；这些是决策边界而非必需依赖。发生冲突时，按用户明确意图、仓库契约、经验证的运行时约束、最窄负责人依次解决，并只设一个主导方；若仍有实质冲突，应在修改前停止并询问最小缺失决策。
语法糖规则：仅当能减少仪式或重复误用、提升可读性、保持行为/类型/调试/组合可预测、不隐藏成本、I/O、状态变化、网络、授权、事务、错误与生命周期，且保留高级调用者可用的显式路径时才使用。
限制：资料未提供具体收费、价格、平台与安装命令信息；其引用的语法与验证参考文件（syntax-and-idioms.md、syntactic-sugar.md、implementation-verification.md）内容暂未提供。