第151章 枯竭
時間過去了半個小時。
隨著白泉放出了最後一波衝鋒艇。
陳明再次通過受損的機器人占據了兩個數據節點。
獲取到了船體中央部分的裝甲藍圖和船體左前部分的結構藍圖。
再加上之前的引擎藍圖和左前船體裝甲、左後船體結構，以及船體中央結構藍圖，總共六份。
不過在白泉的衝鋒艇耗儘之後。
他就已經讓攻勢回歸了戰線之中。
處理戰損，收縮陣型，隨時都有可能撤退。
並且餘輝也注意到了白泉的動作，在一開始的戒備過後，已經發現了白泉的真實想法。
於是它們直接開始反向擠壓十四軍團艦隊的活動空間，一副要反攻的樣子。
接下來陳明已經不能再使用這個，通過機器人的維修來控製更多的數據節點的辦法。
不過他的手段還沒有徹底被限製。
巨型船塢畢竟是一個整體，模塊與模塊之間是合作的關係，隻是在數據層麵上獨立，方便進行管理。
因此，船塢內的不同模塊之間是可以正常的來往的。
陳明就可以借此，將他的靈能蔓延出去。
隻需要他在某樣需要於不同模塊之間運輸的機械設備中，安裝一個被他控製的最低級的伽馬核心。
就比如餘輝自己就有的，一批負責所有不對外開放的內部區域的維護工作的餘輝個體。
巨型船塢總整體上看可以說是個大型工業設施，並且還是個每天都要進行高強度工作的工業設施。
設施內部的所有設備都需要頻繁維護和維修。
對外開放的幾個模塊有專門負責對外開放模塊的維修工作的餘輝存在。
那麼對內，自然也有專門對內的。
因此，已經成功控製到了船塢內部餘輝的陳明，完全可以想辦法控製這些餘輝個體。
它們很有可能沒有防備，或者說根本防備不了。
因為它們要對設備進行檢修，就意味著必須要接觸設備的各種線路。
而這樣一條連接著陳明控製的餘輝個體的數據線對餘輝來說就跟一個病毒培養皿沒什麼區彆。
這些檢修的還必須主動湊到培養皿邊上，畢竟這是它們的工作。
就在剛才。
陳明已經在他用機器人最先控製的那個節點裡上報了需要專門的維修個體來進行檢修的情況。
過不了多久，應該就會過來了。
其他的幾個節點陳明倒是暫時沒有上報這樣的問題。
以免同時出現類似的事故在這個巨型船塢的數據庫裡，導致被發現問題所在。
在正常情況下，如果隻是一個模塊內部的問題，那麼在陳明已經控製了模塊核心的數據節點的前提下，隱藏是最簡單不過的事情。
但他現在為了讓維修個體過來，那麼這起事故就必須把前因後果彙報上去。
這就肯定會在其他地方有記錄。
所以為了以防萬一，陳明才做了一點掩飾。
反正每個模塊區域內都是有屬於自己模塊的維修個體的，隻是效率和規模沒有專業的來的快，來的大。
每個負責模塊管理的餘輝總不可能哪裡的線路稍微有一點故障就上報，一般來講一點小問題肯定是自己能解決就解決。
不上報自己修很正常。
所以陳明隱藏的行為就算被發現了，也是有十足的借口可以解釋的。
那麼接下來，他隻需要等這些維修餘輝個體自己送上門就可以了。
趁著這點時間，陳明還仔細研究了一下巨型船塢的地圖。
可以確認巨型船塢的總體模塊區劃數量達到了五百往上，都是至少有貝塔級核心在其中控製的模塊。
不過隻要去掉沒有合適工廠和機械加工廠，不可能承擔新星級製造任務的模塊區劃，就比如陳明的機器人之前待過的對外的防禦火炮平台模塊。
再去掉最核心的，製造階段尚未完成的新星級現在停靠著主力艦船位的模塊。
剩下的數量，是三十二個。
陳明再根據已有的藍圖推測，可以大致估算出新星級被分散開來的藍圖的數量。
應該在二十個左右，稍微不到一點。
而陳明目前已經影響六個模塊區劃，接近五分之一有概率存在藍圖的模塊已經被他控製。
而他獲取的六份藍圖，也接近了最終藍圖數量的三分之一。
也就是說，接下來隻要他的運氣足夠好，肯定可以獲取到全部的藍圖。
陳明心中略微有些激動，但他馬上冷靜了下來。
在事情沒有完成前，任何的提前開香檳的行為都是絕對要不得的。
幾分鐘後。
就如同陳明的計劃中的那樣。
在他通過機器人控製的第一個數據節點的附近。
通過遍布整個巨型船塢的貨運通道，來了一輛搭載了數台工程機器人的工程運輸車。
這輛車的內部一定安裝了一個能在之後對陳明的計劃有著關鍵性作用的餘輝核心。
由於陳明通過這裡的貝塔餘輝提前和內部的總體維修廠那邊確認好了損傷情況的緣故。
當這輛工程運輸車抵達的時候，它就直接開始了工作。
確認了牆麵上各種線路外露的缺口，並且找到了與數據節點連通的那條數據線。
它是過來執行維修任務的，那麼和控製這個待維修模塊的餘輝主動聯係也是它任務的一環。
於是，為了快速聯係上這個節點的餘輝，過來進行檢修工作的維修個體，直接主動接入了這條數據線裡。
然後就沒有然後了。
陳明對這個模塊目前已經是全麵掌控的情況。
這裡發生的一切都不可能繞過他傳播開去。
在讓他剛剛控製的這個維修個體快速完成了維修任務中相對比較困難的工作後。
為了後續的效率，剩下的簡單的修補牆麵的工作，陳明就沒有讓它繼續做下去了。
而是通過這裡貝塔級餘輝與它的數據交流。
把貝塔級餘輝想要自己處理剩下的工作的理由傳達了過去，並保存在了維修個體的數據庫中。
這個理由足夠解釋它為什麼這麼快就完成了任務了。
在完成了這件事之後，陳明直接讓維修個體就此離開，回到了它原來的地方。
負責巨型船塢內部維修的一個的獨立的維修廠。
就在船塢的中間區域，在一個陳明沒有控製的模塊內。
這裡自然也有一個數據節點。
而現在，有一個被陳明控製的個體混進了這裡。
並且有著充分的理由可以解釋它的行為。
那麼這裡的結局也和其他地方沒有任何的區彆。
在十幾分鐘後，隨著陳明的靈能層層蔓延開去，這個維修廠的模塊區劃也落入到了他的手中。
不過由於這裡沒有和最核心區域的船塢接壤，並且可能是因為承擔了巨型船塢內部所有模塊的維修工作的緣故。
這裡並沒有承擔建造新星級的一部分的任務。
因此陳明沒有在這裡找到藍圖。
但無所謂。
他既然已經控製了這樣可以在巨型船塢內部來去自如的一個維修廠，就相當於握住了打開寶箱的鑰匙。
當然他前麵的依靠機器人來完成的行動也不是說沒有意義。
畢竟想要合理地在牆上打一個損壞程度嚴重的大洞，沒有這些損壞的機器人還真不是那麼好做的。
那麼在此之後。
等被陳明控製的維修個體到了需要維修的地方，它就能直接和需要維修的那個模塊裡的最高級的核心接觸。
就和剛剛自己送上門來的伽馬級餘輝一樣。
名義上為了了解待維修的地方的信息，主動接入數據線。
實際上，就是為了讓陳明的靈能施加影響在其身上。
隻要數據線一接，剩下的就結束了。
並且由於物理層麵上的數據線傳輸數據的效率和安全性都比通過網絡信號來的好。
所以維修個體通過數據線和當地餘輝個體進行交流也是極其正常的事情。
甚至在這些維修個體前往其他的模塊進行工作的時候。
那些模塊的餘輝有可能主動提供一些正常情況下一定會嚴加看管，不給任何隨意接觸可能的本身就外接的數據線，方便聯係。
不過這是在目標模塊自己就已經需要維修的情況下才能做到的事情。
如果那個模塊沒有維修任務的話，陳明的維修機器人也就沒有理由過去了。
至於解決這個問題的辦法，陳明一時間想到的，就是讓機器人在那裡的模塊的內進行破壞，讓控製模塊的餘輝自己申請。
但這個陳明腦子一抽的想法馬上就被他自己否決，畢竟這太容易被發現問題了。
一些餘輝個體控製的機器人突然沒有理由，毫無朕兆地做出奇怪的事情。
餘輝肯定第一時間就會發現不對勁。
所以，陳明隻能在大腦無比混沌的情況下，經過了比較艱難的思考過後。
想到了一個彆的辦法，或許很快就會實際用上。
不過不是現在。
現在陳明還是在通過他剛剛控製餘輝，檢視著維修廠的數據庫。
這裡儲存著整個巨型船塢，所有需要維修的地方上報過來的數據。
餘輝專門建了這樣一個廠肯定不是擺來看的。
因此數據庫裡的記錄數量可以說是相當之多。
待維修的地方可以說是遍布整個巨型船塢。
而這些記錄報上來的時間就是最近。