第36部分(第1/4 页)
庇只氐缴诒�苹�欣矗�Ｈ嗡�亲芄さ氖撬�窃�吹幕�钩ぷ影�·；特·；萨木塔，跟在雄蜂计划里面一样。
不过，经历了差不多两个月的间隔，技术需求有了变化。在碧螺湾的战斗中，我们发现已有的“侦察机＋模拟机”的远程监视网络已经很有效了。尽管它们都是有人驾驶的宇航器，但侦察机感应器强劲，探测距离远，飞行员不用以身犯险；而模拟机神出鬼没，即便深入敌控区也也是有惊无险，所以两种机型的飞行员的生还率并不是问题，没必要再花费时间和物资非要替换成无人驾驶的。也就是说，我们不再需要侦察型的无人卫星了。
难道哨兵就要胎死腹中了？论证会上得出的意见是，哨兵计划可以保留，不过得给卫星加点功能。至于要增加什么功能，这得从船队的火力构成上整体考虑。一开始追加的功能是动能炮，因为我们当时最急需火力。后来又追加了数据链中枢的功能，因为我们缺乏有效的战斗机引导平台，如果让侦察机或者模拟机担任这种角色，又影响了侦察的效率。最后又追加了强磁场发生器的功能，因为既然我们一时无法谋求强大的火力，那么就设法降低敌人超导装甲的防护效能吧。可是这些追加纷纷失败。给一颗卫星装上动能炮，不过就是产生一种游离式的炮塔，这就跟雄蜂无人机功能重叠了，而且，卫星做小了动能炮火力不足，做大了不如干脆去造侍僧战斗机。数据链中枢这个功能，随着各级战斗人员的成熟，诸舰种协同作战能力日趋增长，尤其随着大型战舰蜂巢级护卫舰、酋长Ⅲ型加工船的相继入役，他们本身就有足够的设备担任引导和指挥的功能——又是功能重叠。装甲抑制磁场的构想，则因为需要的能源太大以及寻找敌人装甲极限场强的反馈机制实在无法实现而宣告失败。
最后，饱受折磨和打击的原特基斯终于找到一个还比较可行的功能：防御场。这种防御场的具体原理我是不懂啦，应该跟泰坦人的防御场护卫舰差不太多吧，总之就是能使场内的导弹、制导动能弹和离子束偏转方向。由于产生这种防御场需要很大的发生器，所以泰坦人的解决方法是用一整艘护卫舰去装载它，而我们的解决方案是用多个卫星共同分担。这个提案拯救了哨兵。不过它也因此走上了面目全非的道路。
防御场卫星的研究一开始很顺利，能源组很快完成了发生器的设计，并还算顺利地完成了小型化改进，卫星组的地面固定试车也进展顺利，但是空间实验的时候出了重大事故。
为了抓紧时间，哨兵的空间实验与苦行僧级离子炮舰的航试同时进行。12颗“哨兵”卫星进入以苦行僧试验舰为球心的轨道里组成编队，形成了一个球形阵。每颗卫星随时都在轨道上移动，可是相互之间随时保持等距，保证没有空门。
入轨之后，12颗卫星同时打开发生器，一个球形（准确说是多面体）的防御场成功打开了！可是正当参观实验现场的科技人员以为业已成功的时候，卫星开始纷纷滑出轨道，连控制台的应急手工制动都不管用——防御场的偏振超出了卫星的姿态控制AI的能力所及。
卫星出轨的后果对那艘苦行僧实验舰是致命的，6颗卫星直接撞到它身上，使它成了一团大火，完全报废，包括上面的五名测试人员。之后，费了九牛二虎之力，我们才算用动能炮把剩下的6颗哨兵实验星打碎，避免了更大的事故发生。
这可以称得上不仅是碧螺湾鏖战，甚至也是整场战争中我们最大的一起实验事故。它使我们的“哨兵”计划和“苦行僧”计划都大大延迟，更使我们损失了五名好同志，这对于一支人数不多的远洋船队来说实在是沉重的打击！
苦行僧计划开始重新制造实验舰，经过短暂的悲痛和停顿，众人又投入到紧张的工作正轨之中。而哨兵计划就没有这么轻松了。几乎所有人都开始质疑“哨兵”，质疑哨兵科研组。高层讨论本来是要将哨兵计划取消、哨兵科研组解散的，以便把人力和时间投入到更有前途的开发项目去，不过坚强（或者说是执拗）的阿·；特说服了我们，让我们再给他三天时间，三天内他一定能够想出解决方案来。
他的解决方案并不如何巧妙，相反，跟迪生当年设计侦察机的手法一样简单粗暴。阿·；特为原有的卫星加上简陋到不能再简陋的驾驶舱，再加上一套手动姿控系统，于是，一颗无人卫星摇身一变成了有人驾驶的轨道宇航器。经过粗略的地面试车，针对立场偏振摸清了一些基本的手动操作窍门后，便开始了空间试车。狭窄的驾驶舱迫使驾驶员只能穿着舱内宇航服才钻得进去。