“依托因果间的关联性，把握关联过程的破绽和缺失？”
“因果、关联……”
“破绽？”
“找代码错误？”
赵奕仔细读着能力介绍，第一时间就想到了代码问题。
一般刚才编写出来的代码，都会存在一些错误的地方，因果、关联加在一起，放在计算机程序设计上，就等于一套完成的代码。
所以新能力就是用来找代码错误的？
这……
有点鸡肋啊！
在使用《联络律》的情况下，写出的代码都是很严谨的，当中几乎不存在错误，但再仔细一想用处还是很大。
某一种框架算法或一小部分程序，纯粹用《联络律》来编写，出现错误确实很少，但也有很多输入错误，也能用《监察律》找到，就能够节省很多调试的时间。
另外，一个可用的程序存在很多部分，单个部分都用《联络律》编写，部分和部分之间的衔接也不会太完善。
赵奕干脆打开魔方计算器的源代码，直接使用了《监察律》来试验效果。
顿时。
脑中产生了清晰的判断。
两个函数包调用衔接的不够完美，有一部分算法重复了调用量。
对照，修改！
赵奕继续忙了半个小时，把魔方计算器的核心代码，判断出‘有问题’的部分做出修改，代码整体变得精简了一些，就连核心算法的效率，也有了一定的提升。
“《监察律》用来完善代码，还真是不错……”
赵奕思考着才回过神，发现自己真是工作习惯了，竟然马上去修改代码，实际上，他要做的是实验能力。
《监察律》不可能只用在编写代码上，却可以以代码为对象，使用能力去查看效果。
赵奕找出了机器人相关的算法、控制包，马上就实验起了能力效果。
他很快抓住重点。
《监察律》需要以因果、关联为条件，听起来需求是非常高的，就和《联络律》需要充足的条件差不多，可实际上，赵奕发现《监察律》和《因果律》有些相似，都是‘不需要特别条件’，一般情况下，就能够使用出来的能力。
《因果律》最开始的时候，使用直接能得出试卷选择题的答案，当时的很多题目，他连基本的公式都不知道。
这种情况放在《联络律》是行不通的。
《监察律》可以。
哪怕是完全不了解的事物，《监察律》也能够得到‘模糊感知’，他利用《监察律》查看机器人物理层的构建、命令、应用，发现就能感知到一些不完善的地方。
他能说出什么地方有问题，但是不知道具体存在什么问题。
这就是‘模糊感知’。
实际上，他对计算机最底层，硬件和软件的衔接知识，就只是知道个大概，真正的了解远谈不上有多少。
那牵扯到硬件、自动化的知识。
对于纯粹软件代码来说，使用《监察律》就简单多了，尤其是自己编写的代码，甚至连精力都不消耗，直接就能找到问题，还能知道具体有什么问题，甚至能感知到‘理想的修改方向’。
这可以理解为，个人的了解足够多的时候，就构成了大量的‘条件线’，而‘条件线’能大大减少消耗的精力，还能让‘感知’变得更加清晰。
所以《监察律》的使用特点，和《因果律》差不太多，很多情况都可以直接做‘监察’，不能‘监察’的要么不是因果关联，要么就是太过复杂，精力不足导致无法使用。
‘监察’的结果则和条件直接相关，条件充足就可以清晰的感知。
否则就只能模糊感知。
赵奕忽然想到了刘教授的算法包，几个算法包一直都在电脑里，长期被放在角落文件，他只打开过一次，烦躁的就不想再打开了。
现在可以试试。
刘教授发过来的算法包，是手下带的学生做出来的，运行、调试都没有问题，只是有很多的bug，算法也太复杂了一些，计算量上必须要简化，他就赵奕帮忙看看。
之前赵奕实在有些看不懂，主要是大学的知识不够多，有些地方就搞不明白了。
他有心重新设计一下，但想想刘教授也不着急，重新做算法包也很复杂，还不像是张震的兼职一样，做出来就有钱……
咳咳。
最后一点不重要。
赵奕从来不是向钱看的人，他打开了算法包以后，就直接《监察律》找问题。
很有效！
虽然算法包还是有一些地方搞不明白，想从头到尾弄明白过去，也是很复杂的一件事情，但《监察律》直接帮助找到‘有问题的地方’，有些还能清晰的知道‘理想的修改方向’，还有的地方只能模糊感知，却能明白哪些代码有问题。
这样就标记出来就好了。
赵奕把算法包从头到尾的标记一遍，