加入我们 注册 /  登录
搜索
超时空星舰第三代基础Ai
星舰经商教程
蟒二导弹三切ai
骆驼卷毛大佬最新基础ai 2.0
超时空星舰 首页2 游戏攻略 查看内容
超时空星舰第三代基础Ai

摘要: 降临AI先回顾一下摇头AI加速命令:著名的摇头AI,其实最基础就三条,但要布局配合三个房间,从左到右分别为引擎,传送,电力( ... ...

2022-10-26 10:54| 发布者: admin| 查看: 3979| 评论: 0|原作者: 骆驼卷毛号|来自: 龙盟

像素星舰第三代基础AI
骆驼卷毛号 撰写
一、降临AI
先回顾一下摇头AI
加速命令:
著名的摇头AI,其实最基础就三条,但要布局配合
三个房间,从左到右分别为引擎,传送,电力(举例,请自行布局,懂得理论)
AI命令:
1、无技能
2、目标房间有我方队员定位电力
3、目标房间无我方队员定位传送
4、无定位我方电力
原理:先触发4,然后按照命令去电力,但发现电力没有我方,触发3,中途转向传送,同时放技能,然后传送有人触发2,去电力。所以,加速应该放在引擎,越过传送去电力,中途转向传送放技能,所以这是一个死循环,船员会摇头,因此得名。这三个房间的位置,可以根据需要进行改变。
那么降临就是把所有的加速、打手全部集中在传送室内,但问题就是一个房间只有3个人的位置,这是怎么做到的呢?关键在于定位敌人的房间
一般的做法:开局隐形,所有的打手、加速第一条AI命令:我方有隐形 定位敌人任意房间(如果怕对方有隐形,那么可以设置敌人有隐形 ,定位敌人任意房间),那么当我方隐形结束,加速都正常摇头放技能,打手都瞬间移动到了敌人的房间了,感觉就像同时的,所以便有了降临流的称呼。
那么配合站桩AI
1、技能(根据技能类别分别设置好)
2、目标房间小于等于0 继续工作
3、目标房间小于100 继续工作
4、无定位敌人电力
那么很多人在试验的时候,发现只过去了1-2个人,这又是为什么呢?原因在于放技能的时候,有些加速是同时放了技能,这就浪费了技能,为了每次只有一个加速放技能,那么我们必须在传送室空出一个位置给加速放技能,那么只要在最开始的时候,在传送室死站2个人防御,比如一个猫,一个冰冻,这样卡出1个位置让加速放技能,又可以防御敌人的黑客或者冰冻来封传送,一举两得。
二、初始地区域防御战术
这次更新上了初始地AI,这个AI的作用比较强大,这是唯一一个相同命令,不同位置的AI。今天我主要讲一下利用这个命令进行反降临战术。
先说一下布局
4个房间,依次为电力镭射1 电力镭射2
船员:小鹿 莉莉丝莉莉丝 A   小鹿 莉莉丝 莉莉丝 B
所有的人的AI都是正常设置,就根据你的习惯就OK。那么,我们一开始把这2组人放在2个电力,A组放在第一个电力,B组放在第2个电力,但是他们依然是去镭射的,如果我们把初始地设置在电力,但却是去镭射的话,那么这2组人就对应了不同的初始地。那么这些船员身上如果第一条AI是:初始地有敌人 定位条件房间,那么就可以真正的进行区域防御,而且不会受到出生的影响,自己管理自己的初始地,具体的AI可以自行安排了。
比如下面2AI
第一组:(船员一开始放在电力)
1、初始地有敌人定位条件房间
2、无定位我方镭射
这个命令,能做到初始地定在电力吗?
第二组:
1、初始地有敌人定位条件房间
2、我方盾满定位我方电力
3、无定位我方镭射
2个大家可以试验一下。呵呵呵!!!希望大家星舰愉快。
同时,感谢龙盟各位大佬的鼎立支持。
                    骆驼卷毛号   2020112


路过

雷人

握手
2

鲜花

鸡蛋

刚表态过的朋友 (2 人)

上一篇:星舰经商教程

热门图文more +

[社区活动]超时空星舰社区启航,共绘星际朋友圈!

超时空星舰社区启航,共绘星际朋友圈 活动时间: 为期10天(2024-4-26——2024-5-5) ...

[社区活动]超时空星舰社区启航,共绘星际朋友圈!

超时空星舰社区启航,共绘星际朋友圈 活动时间: 为期10天(2024-4-26——2024-5-5) ...

不容错过!《超时空星舰》抖音开播,探索宇宙的壮丽航程即将起航!

《超时空星舰》一款令人瞩目的像素太空题材游戏,将于2024年4月26号20:00在抖音直播首 ...

战舰布局推荐--三职业10级船-扩展型

10级船-扩展型 黑船-探险者 电力:战舰最大电力能量值是33,我们配置总电力37的布局。 ...

不容错过!《超时空星舰》抖音开播,探索宇宙的壮丽航程即将起航!

《超时空星舰》一款令人瞩目的像素太空题材游戏,将于2024年4月26号20:00在抖音直播首 ...

丰瑞文化|手机版|小黑屋|超时空星舰-官网 ( 备案号:粤ICP备18064698号 )

GMT+8, 2024-4-26 19:28 , Processed in 0.079979 second(s), 23 queries .

返回顶部