メニュー
本地化文件（addon_schinese/addon_english）格式与同步规范。用于新增/维护本地化键、对齐、注释、HTML 标签与变量占位符一致性检查。 Use when adding or modifying entries in addon_schinese.txt or addon_english.txt.
Codex または Claude でインストール この Prompt をコピーして Codex、Claude、または他のアシスタントに貼り付けると、Skill ページを確認してインストールできます。
SOC 職業分類に基づく
| name | localization-format-guide |
| description | 本地化文件（addon_schinese/addon_english）格式与同步规范。用于新增/维护本地化键、对齐、注释、HTML 标签与变量占位符一致性检查。 Use when adding or modifying entries in addon_schinese.txt or addon_english.txt. |
本技能用于维护 game/resource/ 下的本地化 KeyValues 文件，确保中英文内容与格式完全一致，并遵循项目对缩进、注释、HTML 标签、颜色代码与变量占位符的规范。
references/localization-format-guide.mdaddon_schinese.txt 与 addon_english.txt 增删相同 keyaddon_russian.txt\n 与 <br>）%duration%、%dMODIFIER_PROPERTY_XXX%）一致Name 与 Description 必需条目为英雄创作「觉醒技能」时使用——通过觉醒石（item_awaken_stone，抽奖发放）替换/插入/新增英雄技能槽的强化版技能。处理范围包括 src/vscripts/modules/awaken/ 的配置表与替换算法、game/scripts/npc/npc_abilities_custom_awaken.txt 的觉醒技能 KV、对应 Lua/TSTL 实现、game/scripts/npc/npc_abilities_override.txt 的关联差分，以及 addon_schinese.txt/addon_english.txt 的文案。当用户说「加一个觉醒技能」「给 XX 做觉醒」「觉醒后 XX 强化」「觉醒技能等级关联/自动触发/加魔免」等时触发。
从零自制一个全新自定义物品时使用——BaseClass 为 item_datadriven 或 item_lua 的非克隆物品（含多材料合成神器）。核心是「item_datadriven 整体 KV 化 vs item_lua + item_apply_modifiers 共享 hub」选型，以及合成配方/ID 分配惯例。区别于 clone-item（继承原版数值倍率克隆）。当用户说「做一个新物品」「合成神器」「这个物品属性会不会卡顿」「item_lua 还是 item_datadriven」等时触发。
生成 Steam Workshop 中英文更新日志。支持手动、PR、Issue（含 checklist 进度）。 版本号：用户指定 > release PR 大版本 > Steam 递增补丁字母。 用户确认后可写回 open PR（UTF-8 无 BOM）。 **创建 PR 时必须调用本 skill 生成 Release Note 段，不要手写。** Use when creating a pull request to generate Steam Workshop release notes.
从零自制一个全新自定义技能时使用——BaseClass 为 ability_datadriven / ability_lua / TS @registerAbility 的非继承技能。核心是「DataDriven vs Lua vs TS」实现选型（含性能取舍）与通用技法库（被动 intrinsic modifier、autocast 自动触发、施法监听、special_bonus 关联、加魔免）。区别于 clone-ability（继承原版差分克隆）与 awaken-ability（觉醒石替换槽位）。当用户说「写一个新技能」「自制技能」「这个技能用 datadriven/lua/ts 怎么写」「纯属性加成技能」「自动触发/施法监听技法」等时触发。
基于 bot（英雄_BOT.csv）与玩家（英雄_玩家.csv）出装统计 CSV（列：物品,英雄,Average 时长_秒,胜率,事件数,Average 金钱）， 按装备在 src/vscripts/ai/build-item/item-tier-config.ts 的 canonical tier 过滤数据， 为 src/vscripts/ai/build-item/hero-build-config.ts / hero-build-config-template.ts 的候选池生成扩充建议： bot 数据优先、玩家数据补充、同英雄模板兜底，目标每个 tier 候选数至少 8 件（最佳区间 8~10，不超过 12）。 与用户确认后执行编辑并校验 tier 一致性。
为指定 Dota 物品编写 bot AI 使用规则（ItemSpec），让 bot 在合适时机自动使用该战斗物品。 原版物品、克隆物品统一在 src/vscripts/ai/item/specs/ 下登记一个文件（升级链 + 使用逻辑相同的 多个物品合并为一个文件）。读取物品 KV 判断 behavior/cast range，与用户确认条件后写入并注册。 区别于购买/出售决策（见 bot-item-build skill）和购买后立即消耗的永久消耗品（见 src/vscripts/ai/item/consume-item.ts，不走这套框架）。 适用场景：用户说"让 bot 会用 XX 物品"、"给 bot 写 YY 的战斗使用逻辑"等。