陈初想想也只能放弃了。驴车不行就不搞设计了，反正就算弄得再怎么高大上，还不是驴车，基本功能还不是拉人或者拉货？这样想想，也就心平气和了，放弃就放弃吧，好像放弃驴车设计也没什么不能接受的。

就在这电光石火的一刹那，陈初忽想，不对，我还有个利器呢！

是的，系统，我自创的野草系统，目前版本1.1，具有无限发展空间，具有无限进化可能！为什么就不能用来进行驴车的设计呢？

陈初心想，21世纪的制图软件，无论是歪果仁的傲吐爹似克cAd，还是国产的Zw、hc，还是cAx等，无一不是电子化虚拟产品，思路都是虚拟现实，利用其强大的内核算法，让设计者能做到所见即所得，不断修改方案，最终获得满意的设计产品。

陈初眼睛不由一亮，自己的创建的系统貌似也可以啊，貌似系统本身就是电子化虚拟产品，系统面板只有自己一个人才能看到，无疑是虚拟的。奖品在系统中，其实就是虚拟现实。自己的系统创建之初，底层算法就是pdcA。其中，p是pLAN，即计划或者说设计；d是do，即做或者执行；c是chEcK，即检验验证或者说测试；A是Act，即处理或者说改进。如果有必要，只要目标没达成，pdcA循环可以是无限次，从而不断提升，不断改进。这就是所谓的持续改进。陈初当时正是看中了这点，创建野草系统时，才采用了pdcA的底层逻辑。

那么，方案的修改应该也不是问题。唯一的问题在于，方案的好坏，或者说方案修改后的效果，要如何验证？

陈初不由皱眉，是的，验证，虽说系统创建之初，有chEcK这个环节，然而，一直没有进行相关模块的设定及规划。

陈初又想起，如果解决了验证这个模块的设定及规划，或许可能应该，前时困扰自己的使用精神胜利法具有风险的问题，可能就不是问题了。

是啊，如果可以提前验证，那么，就可以规避贸然使用精神胜利法带来的风险。原先担心，使用精神胜利法后，将别人物品变为系统奖励物品，付出一定代价提现后，还得把物品归还原，才能实现一次进程，如果不归还，就不能再次使用精神胜利法，有了验证模块或者说试错模块，将进程虚拟化试错，可以及早发现哪些物品使用精神胜利法后，有兑现任务过于复杂或过于困难，导致无法实现从而不能完成一次进程，更从而无法再次使用精神胜利法的风险。

一切的一切的前提，是需要系统具有验证功能，或者说试错功能。

有了试错功能，可以解决设计图的反复修改问题，也可以解决使用精神胜利法的风险问题，真是一举两得。

那么，目前要做的，还是挖掘系统的试错功能模块。试错功能，既有验证性质，也有预演性质。

陈初在脑海中不断地思索，不断地领悟。

目前阶段，开发试错功能模块，应该是比设计驴车，或试验精神胜利法的使用，更为迫切之事。

思路已经明了，于是，陈初打开系统，在原先创建系统时就构建的pdcA循环底层逻辑中，找到c即chEcK这个逻辑模块，开始进行功能的规划、分解、细化。

首先是功能说明模块，陈初进行了添加，明确规定，chEcK这个模块，具有本来意义上的检查功能自然是题中应有之义，此外，该模块还有验证、试错、预演、推演等功能。