一键在 Manus 中运行任何 Skill

language-file-generation

星标32

分支5

更新时间2026年6月11日 19:33

为 SlimefunHelper 补全语言 key、对齐现有语言文件结构与文案风格。用于新增配置项、命令项、模块显示名后，统一补全 `src/main/resources/assets/slimefunhelper/lang/en_us.json`。

安装

用 Codex 或 Claude 帮你安装复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。

在 Manus 中运行

来源

m1919810

m1919810/SlimefunHelper

打开 GitHub 仓库查看创作者相关仓库

下载

在 Manus 中运行

language-file-generation

目标

当出现 Missing translation key，或者新增了配置项、模块项、命令项后，快速补齐语言文件，并保持以下几件事一致：

key 路径与配置路径一致
文案风格与现有 en_us.json 一致
同前缀条目在同一段附近
tooltips 与主文案分层清晰

先看什么

优先阅读：

src/main/resources/assets/slimefunhelper/lang/en_us.json 仿照当前风格和同前缀路径不要凭名字硬翻。不要阅读代码文件

文件结构规律

这个项目当前语言文件核心特点：

只维护一个主语言文件：en_us.json
实际文案主体是中文，不是英文
key 直接复用配置路径，例如：
- att-bot.legal-mode
- combat-bot.elytra-bot.mode
- velocity-management.antikb.mode
同一模块的 key 通常连续放在一起
说明文本使用 .tooltips 后缀

当前语言文件包含的有:

配置项名字
配置项路径
枚举类型（实现了ConfigEnum接口的）的Display名（前缀为configenum）
部分屏幕组件的显示名字（前缀为widget.
ModuleEntry的名字 (前缀为module-toggle.)
ModuleMeta的翻译值 (前缀为module-meta.)
ClickGui中的模块名 (前缀为widget.click-gui.module-name)
ClickGui中的模块介绍

在补全的时候你不需要调查这些你只需要认准给出的missing是哪组的然后补全即可

工作流

1. 文案生成规则

遵守当前项目已有风格：

主文案优先写“模块名: 配置名”
子项命名尽量短，不解释实现
布尔和开关常用：启用、快捷键、渲染目标、自动...
坐标项常用：位置、X偏移/Y偏移、主手/副手/头盔/...位置
数值项常用：阈值、距离、高度、时长、倍率
tooltip 只解释意图、行为边界、限制条件

不要做这些事：

不要写成代码解释
不要引入与相邻文案风格冲突的新术语
不要把英文 UI 名称乱翻成另一套体系

放置规则

新增 key 时：

就近插入到同前缀分组附近
同一个前缀的最好连续

例如：

combat-bot.elytra-bot.* 放到 ElytraBot 那一段
velocity-management.antikb.* 放到 antikb 那一段
spear-module.* 放到 spear-module 那一段

检查清单

无需检查用户会自己检查

快速模板

开关

"some-module.enable": "某功能: 启用"

热键

"some-module.hotkey": "某功能: 快捷键"

数值

"some-module.range": "某功能: 距离"

tooltip

"some-module.range.tooltips": "用于控制触发范围"

列表型隐私关键词

"config.privacy-protection-path-keywords": "配置快照: 隐私保护关键词"

用户需求

当用户需求提供了一组Missing translation key的时候尝试按上面规则补全他们

同仓库更多 Skills

同仓库

minecraft-interact-block-analysis

m1919810/SlimefunHelper

Analyze server-side block interaction flow around ServerPlayerInteractionManager.interactBlock, BlockState.onUseWithItem/onUse, ItemStack.useOnBlock, and BlockItem.useOnBlock in this merged Yarn Minecraft tree. Use when tracing whether right-clicking a block can fall through into item use or block placement, when classifying PASS vs PASS_TO_DEFAULT_BLOCK_ACTION behavior, or when summarizing special interactable block families.

2026-07-1232

elytra-axis-limit-target-climb

m1919810/SlimefunHelper

理解并维护 SlimefunHelper 中 `ElytraExtra.applyAxisLimit2` 的 Elytra 烟花容错盒、两帧 look 叠加、目标逼近与爬升策略选择。用于分析 `currentMotion = currentRotation * 1.7` 一类上推方案，判断斜向追点、竖直拉升、前后折返等 rotation 序列的收益与约束。

2026-07-1232

grim-elytra-movement-simulation

m1919810/SlimefunHelper

Grim 中 Elytra 预测、烟花容错、offset 判定与 setback 回滚的结果逻辑。用于直接回答滑翔检测、fireworksBox、1.7 来源与拉回后高速原因。

2026-06-2732

baritone-mixin-compatibility

m1919810/SlimefunHelper

在 SlimefunHelper 中兼容多个 Baritone 发行形态，尤其是“全混淆”版本。用于区分无混淆、仅方法混淆、类与方法全混淆三种形态，并决定 MixinPlugin、目标类定位、成员定位、反射桥接和 hooks 访问层该如何拆分。

2026-06-2232

gui-optimization

m1919810/SlimefunHelper

在 SlimefunHelper 中新增或改造模块配置屏幕时，统一复用 `WidgetUtils` 的配置屏幕组装链，而不是在模块里重复手写 `DynamicListWidget + RefKeyValueInputWidget`。用于把 `BaseModule` 的 `editableConfig`、显示条件、模块标题、主题色和自定义 widget 接到同一条打开链路上。

2026-06-2232

attrkeyvalue-and-nbttype-definition

m1919810/SlimefunHelper

理解并维护 SlimefunHelper 中 `NBTType`、`NBTParsable`、`NBTRef`、`AttrKeyValue` 的自动配置链。用于分析或新增 NBT 配置类型时，追踪它如何在字符串、原始对象、NBT、Ref、可编辑 GUI 之间自动转换，并据此实现新的 `NBTParsable` / 组合型配置结构。

2026-06-1132

name	language-file-generation
description	为 SlimefunHelper 补全语言 key、对齐现有语言文件结构与文案风格。用于新增配置项、命令项、模块显示名后，统一补全 `src/main/resources/assets/slimefunhelper/lang/en_us.json`。
disable-model-invocation	true

language-file-generation

目标

当出现 Missing translation key，或者新增了配置项、模块项、命令项后，快速补齐语言文件，并保持以下几件事一致：

key 路径与配置路径一致
文案风格与现有 en_us.json 一致
同前缀条目在同一段附近
tooltips 与主文案分层清晰

先看什么

优先阅读：

src/main/resources/assets/slimefunhelper/lang/en_us.json 仿照当前风格和同前缀路径不要凭名字硬翻。不要阅读代码文件

文件结构规律

这个项目当前语言文件核心特点：

只维护一个主语言文件：en_us.json
实际文案主体是中文，不是英文
key 直接复用配置路径，例如：
- att-bot.legal-mode
- combat-bot.elytra-bot.mode
- velocity-management.antikb.mode
同一模块的 key 通常连续放在一起
说明文本使用 .tooltips 后缀

当前语言文件包含的有:

配置项名字
配置项路径
枚举类型（实现了ConfigEnum接口的）的Display名（前缀为configenum）
部分屏幕组件的显示名字（前缀为widget.
ModuleEntry的名字 (前缀为module-toggle.)
ModuleMeta的翻译值 (前缀为module-meta.)
ClickGui中的模块名 (前缀为widget.click-gui.module-name)
ClickGui中的模块介绍

在补全的时候你不需要调查这些你只需要认准给出的missing是哪组的然后补全即可

工作流

1. 文案生成规则

遵守当前项目已有风格：

主文案优先写“模块名: 配置名”
子项命名尽量短，不解释实现
布尔和开关常用：启用、快捷键、渲染目标、自动...
坐标项常用：位置、X偏移/Y偏移、主手/副手/头盔/...位置
数值项常用：阈值、距离、高度、时长、倍率
tooltip 只解释意图、行为边界、限制条件

不要做这些事：

不要写成代码解释
不要引入与相邻文案风格冲突的新术语
不要把英文 UI 名称乱翻成另一套体系

放置规则

新增 key 时：

就近插入到同前缀分组附近
同一个前缀的最好连续

例如：

combat-bot.elytra-bot.* 放到 ElytraBot 那一段
velocity-management.antikb.* 放到 antikb 那一段
spear-module.* 放到 spear-module 那一段

检查清单

无需检查用户会自己检查

快速模板

开关

"some-module.enable": "某功能: 启用"

热键

"some-module.hotkey": "某功能: 快捷键"

数值

"some-module.range": "某功能: 距离"

tooltip

"some-module.range.tooltips": "用于控制触发范围"

列表型隐私关键词

"config.privacy-protection-path-keywords": "配置快照: 隐私保护关键词"

用户需求

当用户需求提供了一组Missing translation key的时候尝试按上面规则补全他们