制作兵种：战役接入

基础单位能在自定义战斗中出现，不代表它已经属于战役兵种。战役还需要势力权限、招募来源、AI 评价和 Unit Set 等连接。本篇继续把精锐玉勇接入震旦战役。

先看表单分工

表单	作用	本篇处理方式
units_to_groupings_military_permissions_tables	允许军事分组使用单位。	添加到wh3_main_cth。
building_units_allowed_tables	让指定建筑等级招募单位。	添加到玉勇兵营各级。
cdir_military_generator_unit_qualities_tables	告诉战役 AI 该单位属于什么角色和质量档。	复制同定位模板并改单位 Key。
allied_recruitment_unit_permissions_tables	允许通过盟友招募使用单位。	需要时添加。
allied_recruitment_core_units_tables	CA 原版用于登记核心盟友招募单位。	RPFM 5.0.6 将它诊断为禁止表，只读参考，不要复制进 Mod。
unit_set_to_unit_junctions_tables	把单位加入科技、领主技能和效果使用的 Unit Set。	复制真正适用的集合。
unit_sets_tables	注册全新的 Unit Set。	只有要给 Mod 单位建立专属集合时才用。
effect_bonus_value_ids_unit_sets_tables	指定某个效果的某种加成作用于哪个 Unit Set。	复用现有集合时不用复制；自制专属效果链时再建。
main_unit_ownership_content_pack_junctions_tables	CA 原版用于登记内容包所有权。	属于禁止表，只读参考，不要复制进 Mod。

允许震旦军事分组使用

在units_to_groupings_military_permissions_tables添加：

Unit	Military Group
twcn_tutorial_cth_inf_elite_jade_warriors	wh3_main_cth

这一步让战役把新单位视为震旦军事分组可用单位。仅添加招募建筑但漏掉权限，可能导致单位不出现在正常招募体系中。

添加招募建筑

原版玉勇能从三档玉勇兵营招募：

wh3_main_cth_jade_barracks_1
wh3_main_cth_jade_barracks_2
wh3_main_cth_jade_barracks_3

1. 从building_units_allowed_tables导入这三条记录。
2. 把三条Unit都改为精锐玉勇的新单位 Key。
3. 选中三条Key，使用Generate IDs生成新的唯一数字。
4. 保持XP、Conditions、Faction和Enabled与模板一致，除非你明确知道要改变什么。

建筑升级会用新的建筑等级替换旧等级。只连接一级兵营，建筑升级后可能反而无法继续招募该单位。

让 AI 正确评价和招募

原版玉勇在cdir_military_generator_unit_qualities_tables中的记录是：

Group Key = wh3_default_land_melee_infantry_main_frontline_swords
Quality   = tier_2_step_1_units

复制该行，把Unit Key改为精锐玉勇。Group Key表示 AI 眼中的战场角色，Quality表示质量档。它们应参考定位、价格和强度相近的原版兵种，不能只因为单位更强就随意填最高档。

缺少这张表不一定让玩家无法招募，但会让 AI 的建军评价不完整，因此完整战役单位应处理它。

继承科技、技能和战役效果

科技、领主技能和许多效果不是逐个写给单位，而是先作用于 Unit Set，再由unit_set_to_unit_junctions_tables决定哪些单位属于该集合。

原版玉勇目前属于多个集合，例如：

cth_all
cth_infantry
cth_melee
cth_jade_units
wh3_main_cth_inf_jade_all
wh3_main_cth_inf_jade_warriors_0

1. 从模板记录中挑选真正适用于精锐玉勇的 Unit Set。
2. 复制这些行，把Unit Record改为新单位 Key。
3. 不要机械复制与特定 DLC、特殊战役、升级系统或多人上限有关的集合。

如果要给 Mod 兵种制作专属科技或效果，可以在unit_sets_tables注册自己的集合，再通过unit_set_to_unit_junctions_tables加入单位。不要新建一个没有任何效果引用的 Unit Set，并误以为它会自动提供加成。

原版还有与单个玉勇 Key 同名的 Unit Set。effect_bonus_value_ids_unit_sets_tables会把特定的Effect + Bonus Value ID连接到这类集合。新单位想继承通用玉勇或震旦步兵加成时，通常应加入现有共享集合；只有制作专属效果时，才需要同时建立自己的 Unit Set、单位连接和效果连接。不要把只针对原版玉勇的效果记录整行照抄后仍指向原版集合。

允许盟友招募

当前原版玉勇能在allied_recruitment_unit_permissions_tables中找到盟友招募权限。希望盟友前哨能够招募精锐玉勇时，只在这张表中参考玉勇添加新单位 Key。若这是仅供玩家派系或特殊脚本使用的单位，可以不加入盟友招募。

原版db.pack里还能看到：

allied_recruitment_core_units_tables

但 RPFM 5.0.6 会把allied_recruitment_core_units_tables报告为Banned table。它只用于理解原版数据，不应导入或新建到普通 Mod Pack 中。

不要照抄内容包所有权

原版玉勇在main_unit_ownership_content_pack_junctions_tables中绑定wh3_core_units_cathay。这是 CA 用来描述内容包所有权的记录。

RPFM 5.0.6 会把这张表报告为。Banned table，普通 Mod 不应复制或新建它。即使你希望单位依赖某个 DLC，也不能把复制这张 CA 专用表当作通用做法；本教程只把它列出来解释为什么搜索原版单位时会看到它

模板搜索出来的其他记录

在当前《战锤 III》Assembly Kit 中搜索原版玉勇 Key，还能找到下面这些系统。它们不是所有新单位都必须复制，而是“你希望新单位参与该系统时才添加”：

表单	何时需要
campaign_map_attrition_unit_immunities_tables	单位需要特定战役损耗免疫时。
faction_rebellion_units_junctions_tables	新单位要进入指定派系的叛军兵表时。
armed_citizenry_unit_groups_tables、armed_citizenry_units_to_unit_groups_junctions_tables	要进入驻军、民兵或相关单位组时。
battle_currency_units_cost_values_tables	要在生存战、补给或使用战斗货币的模式中购买时。
unit_banner_unit_height_offsets_tables	兵牌旗帜在单位头顶高度不合适时。
unit_purchasable_effect_sets_tables	要接入可购买的单位升级系统时。
unit_to_unit_list_junctions_tables、unit_list_display_to_unit_junctions_tables	要进入特定单位列表或界面列表时。
battle_set_piece_armies_units_tables及其连接表	要在任务战、预设军队或脚本战斗中出现时。
start_pos_land_units_tables	要直接改战役开局部队时；这不是普通招募的必需表。
loading_screen_quotes_tables及其连接表	要为单位加入加载界面介绍时。

“搜索到原版玉勇 Key”不等于“新单位必须复制”。原版单位被许多官方剧情和特殊系统使用，机械复制所有记录会把自制单位塞进不相干的战斗、驻军、升级和 DLC 系统。

战役检查顺序

1. 新开震旦战役，确认对应建筑每个等级都能招募精锐玉勇。
2. 升级建筑后再次确认招募入口没有消失。
3. 检查招募费用、维持费、回合数和单位上限。
4. 获得会强化玉勇或震旦步兵的科技、领主技能，确认精锐玉勇获得预期加成。
5. 让 AI 控制的震旦派系运行若干回合，检查其是否会合理招募，而不是只看玩家列表。
6. 建立盟友前哨，确认盟友招募是否符合你的设计。

RPFM 诊断通过不等于这些战役系统已经生效；每一项都需要在游戏里单独验证。