architecture

用途：为项目提供统一的结构标准，既包括逻辑结构（模块设计、依赖流向），也包括物理结构（文件夹布局、命名、按类型的约定）。核心目标是让改动保持局部化，典型功能应只涉及 1-2 个模块。\n\n主要能力：提出显式优于魔法、边界神圣不可侵犯、模块自持数据、为重构优化等原则；定义三层架构 01-presentation/ → 02-logic/ → 03-data/，规定有效依赖流，禁止反向依赖与跨层跳过；规定模块单一入口、禁止循环依赖、跨模块数据只能通过 API 访问；给出通用结构原则（命名一致、逻辑分组、深度不超过 4 层、清晰入口、整洁根目录、自描述命名）；提供 Web、Unity、VRChat、Blender、Data/IaC（AWS）等类型识别决策树与配置文件；包含反模式、测试策略、何时拆分服务、可观测性基础、决策记录与红线清单。\n\n使用方式：构建前阅读 Builder Checklist；重构时用 Enforced Rules 查找违规。先按决策树识别项目类型，加载对应 references/ 配置，对比实际结构与预期布局，再用 assets/structure-evaluation-checklist.md 评估并标记偏差。enforced rules 由 check.js 确定性检查，规则 ID 包括 tier-imports 和 tier-structure。\n\n适用场景：Web/React/Node、Unity、VRChat、Blender、AWS IaC 等项目的架构搭建与结构审查。限制：不覆盖文件内代码质量、文档标准和构建部署配置；VRChat 配置优先于 Unity。具体收费、价格、平台与效果资料未提供。