面对星露谷物语中大量英文Mod无法理解的问题，这份指南提供可立即上手的分场景汉化路径。不依赖编程基础，全程聚焦真实文件结构与AI交互细节，覆盖i18n缺失、硬编码文本、中文名替换等高频痛点。
智能速览
模组自带i18n但无中文时，复制default.json交由AI直译并保留注释与格式规范
无i18n但存在content.json时，需向AI明确四条翻译规则：禁用Markdown、美化标题、色彩通俗化、季节分类逐项翻译
家具等硬编码名称需转为Content Patcher识别的{{i18n:键名}}令牌格式，再配套生成zh.json
模组名称汉化只需提取manifest.json中Name字段，单独翻译后回填，不纳入zh.json
若content.json不可译，需溯源FromFile路径或dll内嵌文本，定位后重复AI处理流程
精华内容
汉化不是技术门槛，而是信息拆解与指令精准度的问题。针对星露谷物语Mod常见的三类文本存在形态，每种都对应一套可复用的操作闭环。
i18n现成可用
当模组已含i18n文件夹但缺少zh.json，操作起点是复制default.json。该文件本质为键值对JSON，所有value字段均为待翻译文本。AI处理时必须要求其仅翻译value内容，严格保留key、结构缩进、双引号及原始注释（如// [规则4]）。实测表明，未加约束的AI易误改key或删除空行，导致游戏加载失败。正确输出应为完整JSON格式，直接保存为zh.json放入原i18n目录即可生效。
content.json为主干
多数非官方Mod将配置文本集中于content.json，此时需向AI同步提供四条硬性规则：第一，禁用任何Markdown语法，避免生成===标题被解析为错误字符；第二，色彩描述须转为通用说法，如“#FF6B6B”译为“珊瑚红”而非“十六进制色值”；第三，“Spring/Summer/Fall/Winter”等分类下拉项必须逐条翻译，不可合并或省略；第四，所有翻译结果必须包裹在代码块内，确保换行与引号格式零误差。经验证，遗漏任一规则均会导致游戏内显示乱码或缺失。
硬编码文本改造
家具、事件名等直接写死在content.json中的英文，无法通过i18n机制调用。此时需指令AI将原文本如"Name": “Rustic Chair"改为"Name”: “{{i18n:rustic_chair}}”，且仅修改value部分，其余JSON结构、逗号、括号全部保留。随后，AI需额外生成配套zh.json，其中包含"rustic_chair": "乡村风椅子"等键值对。该方案实测兼容Content Patcher 1.29及以上版本，游戏启动后自动匹配渲染中文名称。
模组名独立处理
manifest.json中的Name字段决定Mod管理器内显示名称，该字段不参与i18n流程。操作只需提取"Name": "Elegant Furniture"中的英文字符串，单独发送给AI翻译为“典雅家具”，再手动替换原文件中对应位置。注意不可将译文写入zh.json，否则Mod管理器仍显示英文。实测对比显示，完成此步后，Stardew Valley Mod Manager界面即刻呈现中文名称，无需重启游戏。
这套方法将汉化从玄学操作变为标准化流程，核心在于区分文本载体类型并匹配对应指令。它不改变Mod原有逻辑，也不要求用户理解C#或JSON Schema。未来随着更多Mod采用统一配置规范，此类AI辅助路径或将成为跨语言玩家的默认工作流。如果遇到dll内嵌文本，是否还有更轻量的逆向方案？
关键评论
管理器菜单里有zh文件但游戏内仍是英文，说明需要按此流程补全i18n配套文件
硬编码名称改令牌+zh.json的组合，实测解决了家具、鱼种、作物等全部命名类问题
