这样的表格不错，不过目前不鼓励任何人去画 or 去写那些 东西。 一、因为很多东西还没「固定」，持续地在修改中。这些说 　　明文件、乃至於说明文件树状架构，应该等到大改全部 　　结束後再来写会比较好，因为固定的说明文件就不需要 　　写指令去 run，只要存成文字档就可以了。 我之所以会写 skd 指令，就是因为技能属性以前也很常 　　变动，若每变动一次就得去改一次属性说明档，那会是 　　很让人头痛的事─尤其改完後总是会有玩家问说怎麽他 　　技能的属性跟他 help 到的不一样？ 　　因此才让 skd 每次都能显示最新的技能属性说明。 二、固定的说明文件一旦存在，将来改到相关的东西时，该 　　说明文件就得跟着更改。例如 violent-shout 以前并不 　　是用 heart 的，现在改成 heart，说明文件就得跟着改 　　「不然新手玩家进来光看 help violent-shout 的结果 　　就是他根本无法使用该技能」。 但目前我并不想把人力往「说明文件的维护」上面丢， 　　原因同一，圣殿是持续变动的。我更不乐见玩家花太多 　　时间在说明文件的撰写上，有玩家肯花时间找错误或帮 　　忙更正错误我会很感谢，也不会吝於给报酬，因为这真 　　的是辛苦的工作 on 圣殿。 三、你能玩圣殿玩出一些心得，这是我乐见的。圣殿还不够 　　完整，像RO那样我就觉得蛮不赖的，玩越久心得越多， 　　里面有很多技术的东西，写的既简单但是却有深度，大 　　部份的设定也都具有直觉性，城镇多，区域也多，.... 　　圣殿要达到那样的境界，还有很长的路要走。 --

※ 发信站: 批踢踢实业坊(ptt.cc) ◆ From: 61.225.162.48