用途：设计源码树，使其真实反映含义、所有权、运行时边界与变更内聚性。适用于创建或审查仓库树、决定文件或包归属、减少扁平文件夹、按功能/路由/页面/用例/限界上下文/工作流/端点组织、规划文件夹迁移、约束包与导入方向。
主要能力：先检查项目规则、路由、屏幕、命令、组件、状态与数据所有者、测试、公开导出、包清单、导入关系、运行时部署单元、框架必需位置、生成代码、工作区 glob 与边界工具，再选定最轻且诚实的目标结构。核心模型从最广含义到最细细节：产品或能力、架构边界、功能/领域概念/用例/工作流/端点、实现细节。提供后端模式、前端模式、六边形可见性、执行与迁移、研究笔记等参考文档。
用法：按要求区分审计、提案、迁移计划或实现；仅提案时不移动文件。每个提案须包含选定形态及依据、标注的 ASCII 树（只显示有依据的目标路径）、新文件放置规则、允许与禁止的依赖方向、相称的自动约束、分阶段迁移、假设与有意不引入的结构。六边形仅在有理由时使用：须有可脱离真实外部系统运行的应用策略、至少一个有意义的驱动或受驱动参与者对话、以应用语言表达的端口、每个端口有测试交互者或计划、可执行内外约束的导入或架构测试。
适用场景：后端端口适配器、DDD 加六边形、BFF、普通功能优先服务、框架受限后端、运维工具、CLI、小包、前端、设计系统、元框架全栈应用、前端单仓、单仓、迁移与自动化包。
限制：不得从通用模板出发；不得在无授权时将文件夹变更扩大为领域重设计；不得让库、限界上下文或每个功能都包含空的同步组合目录；不得让普通端点、用例或适配器自行构造具体协作者；不得使用 shared、common、utils、helpers、services 作为无主堆放地；不得在无需时给适配器包装、供应商集成、简单 CRUD、运维脚本或纯词汇包加仪式性六边形。具体安装命令与价格暂未提供。