小quest可以和job做在一起，比如任务完成有几率触发quest事件，quest流程本身也是任务流程，
这样似乎可以加快整个系统完成速度，而且一个小quest假如本身不是特别复杂，单独拿出来就可以作为主流任务的机器人判断。比如假设你还是在做exp经验体系下的主流任务而不是积分任务，连续做100个hyd或者hb后，必须做一个随机积分任务的小quest。假设4-8步完成虽然简单，但要把所有quest都写进机器人也不是那么容易的事情，何况金庸题材几乎可以衍生出几千个quest，每月增加若干小quest也不是很大的工作量，相当于设定一个动态题库，随机提取题目来考试，那么机器人完成几乎是完全不可能了。
原帖由 zine 于 2010-9-19 11:14 AM 发表 http://pkuxkx.com/forum/images/common/back.gif
小quest可以和job做在一起，比如任务完成有几率触发quest事件，quest流程本身也是任务流程，
这样似乎可以加快整个系统完成速度，而且一个小quest假如本身不是特别复杂，单独拿出来就可以作为主流任务的机器人判断。 ...
每月增加若干小quest也不是很大的工作量，相当于设定一个动态题库，随机提取题目来考试，那么机器人完成几乎是完全不可能了。
THAT'S IMPOSSIBLE!
why?工作量大吗？
除非wiz不停的更新题库，只要是用到题库就一定会被攻破。
实际上有可能的话把小任务系统单独独立出来，做一个调用接口，我的揭榜任务只是调用这个小任务系统的其中一个任务系统。不过这个事情还要我先熟悉熟悉LPC再说，有10年没接触了，需要一个过程
支持。每个人都做巫师，然后整个mud都没玩家。
原帖由 seagate 于 2010-9-19 11:18 AM 发表 http://pkuxkx.com/forum/images/common/back.gif
实际上有可能的话把小任务系统单独独立出来，做一个调用接口，我的揭榜任务只是调用这个小任务系统的其中一个任务系统。不过这个事情还要我先熟悉熟悉LPC再说，有10年没接触了，需要一个过程
那就以这个做投名状吧，不要做某个任务了，做一个任务谜题生成框架。输入一些要素，自动生成谜题。只有这样才能保证大量的小谜题。
关键是设置小任务的时候有些小任务是有硬指标的。。。。。。。。。有些可能需要计算，而且不同任务计算模型可以不一样，但是代码可以一致，减少开发难度，小任务比较多的话情况足够复杂自动完成就非常麻烦。我设想的小任务系统不是为了你不断完成任务而做的，这个系统是你休闲的时候有空做做，所以卡硬指标好卡，反正没有时间限制，你慢慢做被，机器人就不行，你总不能等好长时间吧？这段时间本来完全可以干点别的
原帖由 focus 于 2010-9-19 11:20 AM 发表 http://pkuxkx.com/forum/images/common/back.gif
支持。每个人都做巫师，然后整个mud都没玩家。
大虫童鞋一定会做玩家的
那倒是行，可以考虑设置几套生成规则，通过要素×要素×要素来扩展变化范围。如果10个人×20个地点×10种步骤那就是2000种情况，每个小任务比如8个步骤，那么每个小任务就有16000种情况，几乎可以保证每次接到的任务步骤都不太一样。