关于 unity-asmdef
用于评估何时以及如何采用 asmdef 的 Unity 建议技能，帮助团队规划程序集边界、依赖方向，以及编辑器、运行时和测试代码的拆分。
主要功能
- 01评估是否适合采用 asmdef
- 02规划程序集边界
- 03设定依赖方向
- 04拆分编辑器、运行时和测试代码
- 05规划迁移并规避不必要变动
适用场景
- 01整理跨项目系统的程序集
- 02分离编辑器代码与运行时代码
- 03隔离测试并应对编译耗时
安装
复制下面的命令，在终端中运行。
$
npx skills add https:/安装后在 Claude Code 中输入/unity-asmdef确认已加载。
详细介绍
**调用此模块中的任何技能前：**如果你准备根据技能名称或描述猜测参数后调用该技能，请停下——先阅读此文件（或通过
GET /skills/recommend?includeSchema=true获取其架构）。如果你已从 recommend/schema 获得参数定义，则可直接进行 dryRun。
触发条件
- 规划 asmdef 布局
- 理顺程序集依赖
- 加速编译
- 拆分编辑器/运行时代码
- 规划 asmdef 结构、理顺程序集依赖、加速编译、拆分编辑器/运行时代码
Unity asmdef 顾问
当项目规模足够大，编译边界和依赖方向变得重要时，请使用此技能。
仅在确有必要时推荐
出现以下情况时，通常值得讨论 asmdef：
- 项目包含多个领域/系统
- 编辑器代码与运行时代码混杂
- 编译时间开始变得明显
- 测试需要清晰隔离
输出格式
- 当前是否适合使用
asmdef - 建议的程序集
- 允许的依赖方向
- 编辑器/运行时/测试拆分
- 迁移步骤
- 需要避免的风险或大规模改动
默认指导原则
- 优先使用少量有意义的程序集，而不是大量细小程序集。
- 首先将编辑器代码与运行时代码拆分。
- 保持依赖图方向明确且层级精简。
防护措施
模式：仅文档——无需 REST 技能进行门控；在任何运行模式（Approval / Auto / Bypass）下均可自由加载。
- 不要为微型原型引入碎片化的
asmdef。 - 不要创建循环依赖，也不要强迫所有内容都经过一个用于堆放杂项的共享程序集。
评论
支持 Markdown