在传奇服务端中添加自定义称号，核心流程是建立称号数据、配置显示素材、通过脚本发放并激活，普通玩家不能直接在客户端随意输入称号，必须拥有管理员权限或使用服务器已经开放的自定义功能。以支持 lua 的传奇后端为例，先在物品数据库中建立称号记录，再使用 `confertitle(玩家对象, 称号名称, 1)` 发放；第三个参数为 1 时会立即激活，不填写则只添加到角色称号列表中。称号名称、数据库记录和脚本参数必须完全一致，否则通常会返回添加失败。
准备阶段应先备份数据库、脚本和客户端补丁，再确认服务器使用的引擎类型，因为 996、gom 等引擎的字段含义和脚本命令并不完全相同。996 lua 后端通常要求称号物品使用 `stdmode=70`，数据库中的 `name` 填写玩家看到的名称；如果还要显示图案，需要配置对应的 `shape`、`looks`、颜色和客户端素材。gom 类称号配置常见的颜色范围为 0 至 255，`duramax` 可用于设置使用时长，单位通常为小时，`shape` 还要保持连续，避免称号编号冲突。最稳妥的做法是复制一条已经能正常显示的称号记录，只修改名称、编号、属性和时间，不要从空白行自行猜测全部字段。
完成数据库配置后，应按重载数据库或重启服务端—检查称号名称—执行发放脚本—重新登录角色的顺序测试。npc 或管理员脚本可写成 `if confertitle(actor, 君临天下, 1) then say(actor, 称号添加成功！) else say(actor, 称号添加失败！) end`，其中君临天下必须与数据库 `name` 完全相同。只想把称号放入背包或称号列表、让玩家稍后自行选择时，去掉最后的 `1`；想让活动奖励、首充奖励或gm指令发放后立即显示，则保留 `1`。设置了有效时长的称号，应从激活时开始计算，不能把发放时间误认为显示时间。
称号只显示文字时，重点检查名称、激活状态和客户端界面；称号需要显示图标或特殊外观时，还要检查客户端是否存在匹配素材、素材起始位置是否正确，以及服务端配置的编号是否与客户端资源对应。称号需要提供属性时，应区分装备后生效和拥有即生效两种规则：部分 gom 类配置中，`anicount=0` 时必须把称号设为当前称号才会增加属性，`anicount` 大于 0 时则可能在未选为当前称号的情况下直接叠加。若出现称号能显示但属性不生效，应先检查当前称号状态、属性字段和触发脚本，不要重复发放同一称号。
仅做外观展示时，建议使用永久称号并关闭属性，避免影响职业平衡；用于活动奖励时，可设置小时数并在领取、激活、到期三个节点分别测试；用于称号排名或高阶奖励时，应给每个称号分配独立的 `shape` 和素材编号，避免多个名称共用同一外观。测试完成后，使用一个普通账号验证领取限制、重复领取、下线重登、称号替换和到期清除，再开放给全服角色使用，这样既能保证自定义名称正常显示，也能避免称号属性重复叠加或永久占用激活栏位。