“这样一来不是矛盾了？”洪浪叫道：“又要去影响剧情获得点数，又要不影响剧情保证终点？”

“不矛盾。”沈奕已回答：“保证终点是都市的任务，不是我们的。”

温柔恍然大悟：“我明白了。其实这趟任务，应该是分成两种性质。一种是破坏性任务，一种是保护性任务。”

“没错。”沈奕接口：“如果说原来的剧情线是一条笔直的直线，那么我们的工作就是围绕这条直线画一条曲线。双方的起点与终点都一样，但过程则始终围绕中间线运转。当它与直线重合时，我们让它偏离，当它偏离时，我们把它纠正回来。”

洪浪听得一头雾水：“这太复杂了。”

“简单的说法，就是让一切变化尽在我手。”沈奕道。

这话大家终于听明白了。

金刚已说道：“问题是这趟不是只有我们参加这任务。沈奕，别忘了有人指定了这任务世界，就一定有属于自己的计划。”

“没错，所以我们得想办法把他们排斥在外面。”

“怎么排斥？”

沈奕低头想了想。

他突然大步走出客房，对李大娘叫道：“这里还有多少房间？”

李大娘连忙回答：“还有十二个房间，客官。”

沈奕手一扬，一大块纹银已飞入大娘手中：“所有的房间我全包了，包括柴房，凡是能住人的地方，我都要！”

他不知道其他冒险者会不会和他一样在剧情正式开始前找到这里，但至少他能让这些家伙住不进来。

当然，他们也可以选择砸店，硬住。

那么沈奕会很乐意接到关于都市的保护任务，又或者那些人直接受到都市的惩罚也说不定——冒险者可以破坏剧情，但是对于不可修复性的任务破坏，则必然严惩，比如杀死李逍遥。

这刻李大娘拿到银子，欢天喜地的拿着银子离开，就她而言，房间租出去就是好事，有没有人住从不重要。

就在沈奕包下所有房间的同时，耳边突然响起血腥纹章的提示：

“触发任务：保护起始剧情。”

“任务1确保苗人可顺利入住余杭客栈。奖励血腥点十点。”

“任务2确保李大娘旧病复发，导致李逍遥前往仙灵岛寻求仙药。奖励血腥点二十点。”

沈奕看着任务目瞪口呆，从他第一次做任务开始，他就没再接触过奖励如此低的任务。

好半响他才苦笑着摇头走出房间。

他重新对李大娘说道：“大娘，这些房间我是给朋友住的，所以要是有什么人来住店，记得要知会我一声。”

“客官请放心。”

想了想，沈奕又说：“对了，我看大娘面容憔悴，似是身有小恙。”

“唉”李大娘叹了口气：“老毛病了。尤其是最近几天，心口老是发闷。大夫说这是生意不好，心情郁结所致。不过幸好客官您来了，客官出手大方，乃豪爽之人，大娘托客官的福，心情也好了许多，这不，现在心口都不怎么难受了，我估摸着啊，这病是发不起来了。”

沈奕点点头，转身回房，同时低语：“别担心，你会发病的。”

第四章 守法良民

由于所有的房间几乎都被沈奕包下，所以沈奕没事就去其他的房间转了转。

到不是为了别的，而是想看看能不能象李逍遥那样随便逛逛都能发现什么好东西。

不过很显然，那没有那份主角福份。

所以接下来沈奕便在房间里对着电脑开始研究接下来的任务。

仙剑奇侠传的整个剧情相对庞大，粗分大致可以分为，余杭客栈剧情，苏州剧情，扬州剧情，京城剧情，蜀山剧情，大理剧情。

其中余杭客栈剧情大致是这样的。

由于李大娘生病，李逍遥决定去仙灵岛为大娘求取仙药。在去仙岛前，三个来住店的苗人给了李逍遥一个破天锤，并让他喝了忘忧散。在用破天锤破坏了岛上迷宫后，李逍遥见到了正在洗澡的赵灵儿。在灵儿将紫金丹交给李逍遥后，遇到姥姥，在姥姥逼迫下，李逍遥与赵灵儿成了一夜夫妻。

这段狗血剧情可以说是整个仙剑奇仙传中最让无数吊丝热血沸腾的地方，虽然狗血却令人充满向往与无限遐想，对仙剑画质的不满也在此处引爆至最高潮

在此之后，李逍遥因忘忧散发作而忘记了赵灵儿，去了山神庙赴酒剑仙之约，并在回来后遇到赵灵儿与苗人的追杀，打败苗人后，两人受李大娘嘱托，踏上了成为一代大侠的道路。

这是所有剧情中最开始的部分，也是最重要的部分，直接关联到后续剧情的发展。其中李逍遥与赵灵儿的“一夜情”更是引发后续故事的重中之重。

然而让沈奕不明白的也就在这儿。

赵灵儿怀孕一事，直接关联到后面许多事，比如变成蛇身，被锁妖塔镇压，以及寻找凤凰蛋壳及麒麟角安胎，最终生下李忆如，前后时间跨度近一年，引发事件无数。

现在任务持续时间只有三个月，那么这段剧情该怎么开展？

想到这，他开了一个系统架构学模型，然后将这个问题纳入其中。

系统架构学，其实就是一种溯本归源的数学模型。它起源于这样一个数学假想：即当水管喷射出水时，会激散出无数水滴，散落各地。你不可能从水管的喷射口，力度去分析出每一滴水会掉落在哪里。但是你可以从这些水滴散布的方向，逆推出它们是从什么位置射出来的。

放在血腥都市的世界里，就是你把所有发生的事件，以及因此产生的变化，按照一定的逻辑与顺序进行排列组合，然后倒推出产生此事件的原因，从而分析出都市规则。

它就象一个倒金字塔结构，上面是无数事件，而每一起事件，都与下方隐藏着的规则底座相关联。

当上方的事件足够多时，由此推测出的规则基础也就逐渐清晰。

因此系统架构学同样适用于任务分析。