魔法阵的本质，是通过魔法晶石中储存的元素，以特定的方式运行，最终产生相应的魔法现象。其中所有的变量，包括元素多少，阵图大小，环境变化等等，都是可以计算出来的，只要变量相同，最终得到的结果也是固定。有些魔法阵目前还没有被数学破解，但使用经验公式，依然可以得到想要的答案。
以魔法阵和机械结构结合，自动化的概念也油然而生。以最简单的魔法烧水壶为例，只需要外部嵌入晶石，则其底部的火系魔法启动，开始烧水。而一旦温度达到，内部有双金属片自然弯曲，通过机械结构把晶石又顶起来。火系法阵自然失效，烧水结束。
简单的程序结构已经在不少贵族家庭中得到运用，下一步就会普及到平民中去。而复杂的结构自然能运行更复杂的程序，而寸草先生所说的程序杀人，也在此列。
当然，以目前的技术水平，想编辑一个程序并不轻松。远远不是几行代码就能完成的事情，程序员需要亲自整理魔法阵，缕清线路，甚至还要设计机械结构，工作量极其庞大，而且旁人还很难更改。
有人已经提出模块化设计，尽可能简化程序，但至少到目前为止，还不存在一个成熟的模块体系。而且现在的复杂程序体积都极其庞大，即便模块化，每个模块也都大的出奇，也难以凸显模块的优势。
但寸草不生先生是写的，并不是研究技术的。完全可以省略一些东西，而加入些许幻想元素。比如将模块塞入空间戒指内，而要调用时，轻松收放。这些在现实中可能还需要三五年的技术，完全可以提前到现在来。
“杀人程序至少要有三个步骤，”寸草先生还在兴致勃勃，“一，认人。二，杀人。三，自我销毁。”
“恩。”斯达特很配合的频频点头。
“先说认人，要如何认准目标？首先当然要有目标数据，或身高或体重或气味或服装或别的什么。假设我们要杀的人体重200斤，那我们只要在地上架设机关，自动过滤不慢200斤和超过200斤的人，中间再弄个误差值。那么至少疑似目标出现了！”
斯达特微微皱眉：“200斤……”
“我不是针对你，我是针对所有200斤的人，”寸草先生回答，“初步认定之后，程序还能进行下一步的认定，各种条件完全符合的情况下，那就判定为本次目标。否则放弃。”
斯达特微微皱眉：“体重还能测，身高勉强也行吧？但其他条件怎么办？大多数人都是中等身材，这中间误差会很大。如何辨认？”
“这中间我们可以引入一些生物科技，”寸草先生回答，“我们已有的八爪鱼拥有快速抄写的能力，让它速写一个人的外貌轮廓，也不是难事。然后我们预先给出目标的素描图，八爪鱼速写过后自行和图对比，如判断下来为同一副图，它自然会把图片归类放到一起。一个简单的人脸检测，就可行了。”
斯达特皱眉沉思片刻：“八爪鱼的确能做一些简单归类，把同样的图或文字叠到一起，方便它后续抄写。”
“这就是可以利用的地方，当然八爪鱼认图会比较死板，也许少有些角度不同就会不会认定。但我们只要提前多做几张图，那么辨认成功的概率就大大增加了。只要八爪鱼有不一样的动作，那么以此设计机关或程序就都可行。”
“我们可以把八爪鱼整个看做一个模块，一个人脸识别模块，”寸草先生继续滔滔不绝，“当有目标之时，它会有输出信号，而没有时则没有。那么认人的环节就解决了。”
“然后就是杀人，当然杀人的方法很多，刀劈火烧石头砸都可行。但这里既然设定了程序，就可以根据实际情况，灵活多变。比如哪几种情况下，适合刀子，那就用刀子，一切由程序自行判断。”
“如何判断？”斯达特问。
“说到底，都是人提前判断好了，”寸草先生回答，“假设A和B在同一件房里，我们要杀A。我们可以预设一个场景，即A走在B前面，则我们发动机关射出刀子，从背后杀死A，顺带还能嫁祸给B。”
“那么程序就是，若A在B前，则处于A后上方的飞刀机关发射一次。若没有以上条件，则不发动。”
“甚至我们还可以添加指令，若A不死，则循环飞刀指令，至死方休。最后，程序自我销毁，END。”
斯达特：“……”
“我们还可以追加一些指令，让程序更加完美。比如自动检测周围环境，如果人多，则就算满足A在B前，也不发动。因为这样不可能嫁祸给B。比如自动检测时间，某些时间段不宜杀人，则也不发动。”
斯达特想了想，问：“但这样一来，条件就太苛刻了。如果A就是不在B前，那怎么办？”
“单个条件确实苛刻了一些，但这是为了隐藏凶手和成功嫁祸的必要手段。而且如果有多个条件，那问题就能得到解决。我们可以多设定一些，比如B走在A前要怎么杀？AB并肩走怎么杀？A骑着B又要怎么杀？我相信只要有足够的条件设定，那A就必死无疑。”