用途：当核心问题是“这个代码库应采用什么结构边界，以及如何在不混乱的前提下迁移”时使用。它不提供通用文件夹树模板，而是帮助识别真正的组织单元、区分功能/共享/框架/包边界、定义命名与导入规则并规划迁移。
主要能力：将请求归类为 single-app、monorepo 等形态与 type-based、feature-based、route-colocated 等模式，判断主要压力来源；从 starter cleanup、feature modularization、framework colocation、shared layer governance、workspace split、migration audit 中选择一个主模式；按规则选择最小边界单位；输出包含模式、边界选择、推荐结构、命名/导入规则、迁移步骤与交接的简要结构简报。
使用方式：先读 references/boundary-decision-matrix.md 再推荐结构，读 references/migration-checklist.md 再移动文件或重命名目录，涉及 barrel 文件、别名路径或团队约定时读 references/naming-and-import-rules.md。
适用场景：新仓库选型、组件/hooks/utils/store 不再匹配业务边界的重构、决定代码归属、重组前审查结构漂移、统一命名与导入规范、判断是否值得拆 monorepo、生成降低破坏性导入的迁移计划。
限制：不负责设计可复用组件 API（转 design-system）、状态所有权与缓存边界（转 state-management）、跨机器/服务/容器的可运行性（转 system-environment-setup）、任务运行器与本地 CI（转 deployment-automation）、部署拓扑与托管 CI/CD（转 deployment-automation 或 vercel-deploy）。若只是无架构决策的机械文件移动，应直接实施而非重新设计结构。官方文本与价格信息暂未提供。