从十几张表到一句话，做给AI用的技能编辑器

一、一个技能，背后却是十几张表

在游戏设计中，一个英雄技能往往可以用一句话描述。

但真正把它配置进游戏时，事情就没有这么简单了。一个完整技能可能涉及英雄、技能、弹珠、子弹、伤害、Buff、特效和资源等多张表。配置人员不仅要填写数值，还要维护大量编号和引用关系。

随着技能机制越来越复杂，传统配表方式的问题也越来越明显：

配置一个技能需要在多张表之间频繁切换。
很难快速看清一套技能的完整结构。
一个编号或引用填错，就可能导致整条技能链失效。
部分数据会被多个英雄共用，修改时可能意外影响其他技能。
很多配置方法依赖个人经验，难以沉淀和复用。

这些问题并不是增加几个表格检查公式就能彻底解决的。它们的根源在于：Excel 很适合保存数据，却不擅长呈现一套技能中复杂的关联关系。

二、我决定把“查表”变成“看图”

为了解决这个问题，我做了一套英雄配置器。

它没有取代原来的 Excel 数据，而是在表格之上增加了一层更直观的表达方式。原本散落在不同工作簿中的技能配置，会被重新组织成一张完整的技能蓝图。

打开一个技能后，可以直接看到它包含哪些发射方式、弹珠、子弹、伤害、Buff 和表现资源，也能看到这些内容之间是如何关联的。

过去，理解一套技能需要依靠经验，在多张表之间逐项查找。现在，只要打开对应蓝图，就可以从技能入口一路看到最终的伤害、效果和资源。

我想解决的并不是某一个字段难填的问题，而是让原本隐藏在表格里的技能结构真正变得可见。

三、让复杂配置变成一套清晰流程

英雄配置器不只是把表格画成一张图，它也重新整理了整个配置过程。

配置人员可以从英雄和技能出发，在同一个工作区中查看、创建、复制、引用和连接不同的配置内容。修改完成后，工具会先检查技能结构，并整理出真正需要写入表格的变化。

原本零散的操作，被收拢成了一条更清楚的流程：

选择英雄和技能
    ↓
查看完整技能结构
    ↓
添加或调整配置内容
    ↓
检查实际修改范围
    ↓
保存并验证结果

这套流程减少了在表格之间来回查找的时间，也让新增、引用、修改和删除有了更明确的含义。

保存不再只是点击一个按钮。配置器会先确认哪些内容发生了变化，再检查编号和关联是否有效，保存原始文件的备份，最后重新读取配置结果。这样，即使技能结构很复杂，也能知道自己改了什么、有没有漏配，以及最终是否真正保存成功。

四、表格一直在变，编辑器也能跟着变

游戏项目会持续迭代，配置表自然也不会永远保持不变。

今天可能新增一种子弹，明天可能增加新的技能关系，之后还可能调整字段、编号方式或资源结构。如果编辑器把当前所有表格和字段都写死在程序里，每次表结构变化都要重新开发，它很快就会成为新的维护负担。

因此，我没有让编辑器只认识某一版固定表格，而是让它通过规则理解当前的配置结构：

哪些表需要参与技能配置。
每张表中哪些字段需要显示和编辑。
不同数据之间通过什么方式关联。
新增配置时应该如何生成编号。
哪些技能结构可以整理成模板重复使用。
哪些数据属于共享内容，不能随意向外扩展或修改。

当项目中的表格结构发生变化时，可以优先调整这些规则，让编辑器重新理解新的数据结构，而不是为每次变化重新制作一套工具。

这让英雄配置器不只是解决当前问题，也具备了继续跟随项目成长的能力。

五、下一步，我想让 AI 真正参与配置

当编辑器可以稳定理解技能结构后，我开始思考另一个问题：

既然我都有编辑器了，为什么我不把底层接口开放出来让AI操作？
能不能让人只描述技能效果，剩下的配置工作交给 AI？

理想中的使用方式很简单。用户只需要说出想要的技能，例如“沿着瞄准方向发射一个穿透弹珠，造成雷电伤害，并附加触电效果”，AI 就能完成后续的数据查找、关系建立和表格配置。

但真正尝试后会发现，难点并不是让 AI 填几个字段，而是让它准确理解一句需求背后的完整含义。

一句自然语言可能同时包含：

技能在什么时候触发。
一次发射多少内容。
发射物从哪里出现、向哪里运动。
命中后穿透、反弹还是消失。
伤害在什么时候结算。
Buff 是必定附加还是按概率附加。
动画、模型和生命周期如何配合。
哪些现有数据可以复用，哪些记录必须新建。

如果直接让 AI 根据一句话修改 Excel，它很容易用“看起来合理”的方式补齐没有说清楚的内容。真正危险的并不是 AI 不会填表，而是它可能在并不确定时仍然继续配置。

六、“先理解，再执行” 让编辑器成为AI的垫脚石

如果直接让AI来修改Excel表格，AI的注意力可能会被各种操作分散，导致配置错误，有了编辑器的硬性边界设计之后，这个问题就简单了许多。

为了让 AI 真正参与生产配置，我没有让它自由修改表格，而是给它建立了一套明确的工作方式。

首先就是AI只被允许使用编辑器来编辑技能，通过编辑器已经明确的设计关系与合法性校验，避免让AI瞎猜表格主外键关系，将AI控制在一个正确的范围内。

AI 收到需求后，第一步不是写入数据，而是把自然语言整理成一份清楚的技能描述。它需要把触发时机、发射方式、目标、运动、碰撞、伤害、Buff 和表现资源分别说明。

如果其中存在歧义或缺少必要信息，AI 必须停下来确认，不能自行补充。

需求确认后，AI 会结合当前表格结构、已经验证过的技能配置和积累下来的知识库，寻找对应的实现方式。它可以知道一类技能通常需要哪些配置内容，但不能因为两个技能看起来相似，就擅自拼接出一套未经验证的方案。

在真正写入之前，AI 会先生成配置计划。工具再根据这份计划计算实际需要新增、修改、连接或删除的内容，并把它们整理成人可以快速看懂的变更清单。

只有用户确认了这份清单，AI 才会执行正式配置。写入完成后，配置器还会重新加载技能，检查最终结果是否与计划一致。

整个过程可以概括为：

用户说出技能想法
    ↓
AI 整理并确认真实需求
    ↓
查找对应的配置方法
    ↓
生成完整修改方案
    ↓
用户确认实际变化
    ↓
自动完成配置并检查结果
    ↓
进入游戏验证

所谓“一句话配置技能”，并不是让 AI 跳过中间过程直接猜答案，而是让用户只负责表达设计意图，再由 AI 和编辑器共同完成后面的理解、调查、配置和检查。

七、把个人经验变成可以复用的能力

在持续配置技能的过程中，我也开始把已经在游戏中验证过的配置方式整理成知识库。

知识库记录的不是某个英雄简单使用了哪些数值，而是从实际技能中提炼出可以复用的思路，例如：

穿透弹珠如何附加 Buff。
碰撞后如何触发第二段范围伤害。
持续存在的物体如何携带另一套技能。
多颗子弹如何按照固定方向发射。
哪些资源或效果会被多个英雄共同使用。

这些内容过去可能只存在于某个配置人员的记忆里。现在，它们被整理成编辑器和 AI 都可以查找的项目知识。

随着验证过的案例逐渐增加，AI 不需要每次都从头研究所有表格，而是可以先找到最接近的配置思路，再结合当前需求完成确认和调整。

这让配置经验从个人能力，逐渐变成了整个项目可以持续积累和重复使用的能力。

八、我做的不只是一个配表工具

这套英雄配置器最初来自一个很具体的问题：复杂技能越来越难通过传统表格安全、清楚地完成配置。

但随着项目推进，它逐渐形成了一套更完整的能力：

把分散的数据关系变成直观的技能蓝图。
把复杂的配置过程整理成清晰、可检查的流程。
让编辑器能够适应不断变化的表格结构。
把依赖个人记忆的配置经验沉淀成知识库。
让 AI 从“帮忙填表”走向“理解需求并完成整套技能配置”。

最终实现的“一句话配置技能”，并不是省略思考和检查，而是把这些复杂工作交给一套经过设计、能够被确认和控制的系统。

对我来说，这个项目真正有价值的地方，也不只是提高了配表速度。它把原本散落在表格、经验和人工检查中的能力，重新组织成了一套可以持续使用、持续扩展，也能真正承接 AI 的工作方式。