“依托因果間的關聯性，把握關聯過程的破綻和缺失？”
“因果、關聯……”
“破綻？”
“找代碼錯誤？”
趙奕仔細讀著能力介紹，第一時間就想到了代碼問題。
一般剛才編寫出來的代碼，都會存在一些錯誤的地方，因果、關聯加在一起，放在計算機程序設計上，就等于一套完成的代碼。
所以新能力就是用來找代碼錯誤的？
這……
有點雞肋啊！
在使用《聯絡律》的情況下，寫出的代碼都是很嚴謹的，當中幾乎不存在錯誤，但再仔細一想用處還是很大。
某一種框架算法或一小部分程序，純粹用《聯絡律》來編寫，出現錯誤確實很少，但也有很多輸入錯誤，也能用《監察律》找到，就能夠節省很多調試的時間。
另外，一個可用的程序存在很多部分，單個部分都用《聯絡律》編寫，部分和部分之間的銜接也不會太完善。
趙奕干脆打開魔方計算器的源代碼，直接使用了《監察律》來試驗效果。
頓時。
腦中產生了清晰的判斷。
兩個函數包調用銜接的不夠完美，有一部分算法重復了調用量。
對照，修改！
趙奕繼續忙了半個小時，把魔方計算器的核心代碼，判斷出‘有問題’的部分做出修改，代碼整體變得精簡了一些，就連核心算法的效率，也有了一定的提升。
“《監察律》用來完善代碼，還真是不錯……”
趙奕思考著才回過神，發現自己真是工作習慣了，竟然馬上去修改代碼，實際上，他要做的是實驗能力。
《監察律》不可能只用在編寫代碼上，卻可以以代碼為對象，使用能力去查看效果。
趙奕找出了機器人相關的算法、控制包，馬上就實驗起了能力效果。
他很快抓住重點。
《監察律》需要以因果、關聯為條件，聽起來需求是非常高的，就和《聯絡律》需要充足的條件差不多，可實際上，趙奕發現《監察律》和《因果律》有些相似，都是‘不需要特別條件’，一般情況下，就能夠使用出來的能力。
《因果律》最開始的時候，使用直接能得出試卷選擇題的答案，當時的很多題目，他連基本的公式都不知道。
這種情況放在《聯絡律》是行不通的。
《監察律》可以。
哪怕是完全不了解的事物，《監察律》也能夠得到‘模糊感知’，他利用《監察律》查看機器人物理層的構建、命令、應用，發現就能感知到一些不完善的地方。
他能說出什么地方有問題，但是不知道具體存在什么問題。
這就是‘模糊感知’。
實際上，他對計算機最底層，硬件和軟件的銜接知識，就只是知道個大概，真正的了解遠談不上有多少。
那牽扯到硬件、自動化的知識。
對于純粹軟件代碼來說，使用《監察律》就簡單多了，尤其是自己編寫的代碼，甚至連精力都不消耗，直接就能找到問題，還能知道具體有什么問題，甚至能感知到‘理想的修改方向’。
這可以理解為，個人的了解足夠多的時候，就構成了大量的‘條件線’，而‘條件線’能大大減少消耗的精力，還能讓‘感知’變得更加清晰。
所以《監察律》的使用特點，和《因果律》差不太多，很多情況都可以直接做‘監察’，不能‘監察’的要么不是因果關聯，要么就是太過復雜，精力不足導致無法使用。
‘監察’的結果則和條件直接相關，條件充足就可以清晰的感知。
否則就只能模糊感知。
趙奕忽然想到了劉教授的算法包，幾個算法包一直都在電腦里，長期被放在角落文件，他只打開過一次，煩躁的就不想再打開了。
現在可以試試。
劉教授發過來的算法包，是手下帶的學生做出來的，運行、調試都沒有問題，只是有很多的BUG，算法也太復雜了一些，計算量上必須要簡化，他就趙奕幫忙看看。
之前趙奕實在有些看不懂，主要是大學的知識不夠多，有些地方就搞不明白了。