refactor: 机器内存卡改用统一的 IConfigCopyable 协议

[alcox233]

概述

按 @nutant233 的批语重构：机器实现 IConfigCopyable 接口，复制卡只操作这个接口。

复制卡不再认识任何单项配置。新增可复制设置只需改拥有它的机器，永远不用再动卡。

// copy
if (machine instanceof IConfigCopyable copyable) copyable.writeConfigTo(configData);
// paste
if (machine instanceof IConfigCopyable copyable) copyable.readConfigFrom(configData);

MetaMachineConfigCopyBehaviour 因此瘦身 -215 行，只剩 NBT 容器、交互、ORIGINAL_FRONT 与一处 instanceof。

设计

新增 IConfigCopyable — 唯一的复制协议，卡的唯一入口：

public interface IConfigCopyable extends IMachineFeature {
    void writeConfigTo(CompoundTag tag);
    void readConfigFrom(CompoundTag tag);
}

新增 ConfigCopySupport — NBT key、读写积木（内建 hasXxxConfig() 守卫）、以及 tooltip 注册表。

注册表是必要的：渲染物品 tooltip 时卡手里只有 NBT，没有机器实例，所以 appendConfigTooltips(tag, tooltip) 这种实例方法定义了也调不到。改为按 NBT key 注册的自描述渲染器，卡仍不认识任何单项配置，addon 注册自己的 key 即可。

胶水层的放置原则：谁真正拥有该状态，谁实现协议。

配置项	实现位置	理由
自动输出（物品/流体）	IAutoOutputItem / IAutoOutputFluid 的 default	语义完全由接口自身的存取器定义，实现类多且一致
消音	IMufflableMachine 的 default	同上
输入限制	WorkableTieredMachine	状态在类里
销毁模式、电路	SimpleTieredMachine	状态在类里
电路、隔离	ItemBusPartMachine / FluidHatchPartMachine	状态在类里

IVoidable / IInputLimitableMachine / ICircuitConfigurable 保持原样，不继承 IConfigCopyable——它们是能力语义，不是复制协议。

修复的原实现缺陷

重构过程中发现两个此前未暴露的问题：

1. 电路恒读为「无」，粘贴反而清空目标电路

CircuitHandler 有意让外部视图为空，以便非消耗性电路不参与物品传输：

@Override
public ItemStack getStackInSlot(int slot) {
    return ItemStack.EMPTY;
}

真实电路存于 storage.stacks[0]——也正是 CircuitFancyConfigurator(circuitInventory.storage) 编辑的视图。原实现读的是外层 handler，因此 getCircuitConfiguration() 恒返回 CIRCUIT_EMPTY。三处（SimpleTieredMachine、ItemBusPartMachine、FluidHatchPartMachine）已全部改走 .storage。

2. 隔离总线未纳入复制

经 IDistinctPart 补上，并新增 hasDistinctConfig() 守卫（导出侧返回 false，与 hasCircuitConfig() 同构）。

另：复制/粘贴改为服务端权威。并非所有可复制设置都同步到客户端（电路槽只有 @SaveToDisk），双端执行会导致客户端读到空值并写回。

兼容性

NBT key 一字未改，存档里已写好的内存卡继续有效。

⚠️ 对 addon 是编译期 API 变更：IMufflableMachine 与 IAutoOutputBoth 现各带一份 default 实现，同时实现两者的类必须显式解冲突（约 6 行）。

选它而非纯类实现的理由：纯类实现下，任何未显式实现 IConfigCopyable 的下游机器会静默失去复制能力；接口 default 则是编译期报错，一眼可见、一次修好。本组织内仅 GTOLib 的 SimpleNoEnergyMachine 命中，改后其 9 个 gtocore 子类全部恢复。

改动文件

新增 IConfigCopyable、ConfigCopySupport；修改复制卡、IAutoOutputItem/Fluid/Both、IMufflableMachine、IDistinctPart、SimpleTieredMachine、WorkableTieredMachine、MinerMachine、ItemBusPartMachine、FluidHatchPartMachine，以及 LangHandler 与中/英/繁三份语言文件（新增 behaviour.setting.distinct.tooltip）。

测试

已在 GTOCore 开发环境 runClient 实测通过：

• 输入总线：电路 + 输入限制 + 隔离，复制 → 预览 → 粘贴全部正确
• 输出侧：hasCircuitConfig() / hasDistinctConfig() 为 false，不写入、不崩
• 跨类型粘贴只生效交集，未知 key 静默忽略
• 目标机器转向后粘贴，输出面按相对朝向重映射

后续

需配套的 GTOLib 改动（SimpleNoEnergyMachine 解冲突），待本 PR 发布后再推，否则 gtocore CI 会因已发布的 gtceu 尚无 IConfigCopyable 而编译失败。

[nutant233]

建议改成机器实现接口，复制卡仅读写接口，更好扩展

[alcox233]

已按批语重构：

• 新增 \ICircuitConfigurable\（\hasCircuitConfig\ / get/set 电路配置）
• \IVoidable.hasVoidingModeConfig()\：仅真正支持销毁模式的机器返回 true（\SimpleTieredMachine\）
• 机器内存卡 只通过接口 读写：\IVoidable\ / \IInputLimitableMachine\ / \ICircuitConfigurable\，去掉对具体类与 trait 扫描
• \ItemBusPartMachine\、\FluidHatchPartMachine\（输入侧）、\SimpleTieredMachine\ 已实现接口

后续扩展新配置项只需机器实现接口即可，无需改复制卡内部逻辑。

[nutant233]

你这样写还是只能复制IVoidable\ / \IInputLimitableMachine\ / \ICircuitConfigurable，我指机器实现IConfigCopyable接口，复制卡只需要操作这个接口