mirror of
https://github.com/MaaAssistantArknights/MaaAssistantArknights.git
synced 2026-07-16 01:40:46 +08:00
doc: Update 3.5-肉鸽辅助协议.md
This commit is contained in:
@@ -60,7 +60,7 @@ icon: ri:game-fill
|
||||
"priority": [ // 群组,有序
|
||||
{
|
||||
"name": "棘刺", // 群组名(这个群组名是棘刺)
|
||||
"opers": [ // 群组包含的干员,有序,代表部署优先度,
|
||||
"opers": [ // 群组包含的干员,有序,代表部署这一组干员时的部署优先度,
|
||||
// (比如需要部署该组干员时,先检测有没有棘刺,有棘刺就部署棘刺,没有棘刺再检测有没有号角)
|
||||
{
|
||||
"name": "棘刺", // 干员名
|
||||
@@ -107,8 +107,8 @@ icon: ri:game-fill
|
||||
| 史尔特尔 | 史尔特尔 | 由于精二后固定携带3技能,这时站场能力几乎为零,需要阻挡位的部署优先度极低 |
|
||||
| 骰子 | 骰子 | 水月肉鸽中的骰子需要单独操作 |
|
||||
|
||||
::: tip
|
||||
目前固定将未识别到的地面干员归入倒数第二个编组后面,未识别到的高台干员归入倒数第一个编组后面
|
||||
::: info 注意
|
||||
目前固定将未识别到的地面干员归入倒数第二个编组后面(其他地面),未识别到的高台干员归入倒数第一个编组后面(其他高台)
|
||||
:::
|
||||
|
||||
### 预设阵容--阵容完备检测
|
||||
@@ -117,7 +117,7 @@ icon: ri:game-fill
|
||||
|
||||
::: info 注意
|
||||
目前脚本的招募逻辑是在阵容未满足阵容完备度之前,只招募0希望和key干员,存希望给高星key干员
|
||||
所以不要将完备度数字设置太高,建议所有需要的干员数量(基本核心阵容)加起来在4-8
|
||||
所以不要将完备度数字设置太高,建议所有需要的干员数量(基本核心阵容)加起来在4-8位
|
||||
:::
|
||||
|
||||
```json
|
||||
@@ -132,7 +132,7 @@ icon: ri:game-fill
|
||||
"高台C"
|
||||
],
|
||||
"threshold": 1 //这些干员需要多少数量
|
||||
}, //(这里表示需要高台组的干员1名)
|
||||
}, //(这里表示需要高台C组的干员1名)
|
||||
{
|
||||
"groups": [
|
||||
"棘刺", //(这里表示棘刺、地面阻挡、地面单切、炮灰分组的干员最少需要2个)
|
||||
@@ -168,7 +168,9 @@ icon: ri:game-fill
|
||||
"alternate_skill_usage": 1 // 备选技能的技能使用模式(该字段尚未实现)
|
||||
"alternate_skill_times": 1 // 备选技能的技能使用次数(该字段尚未实现)
|
||||
"recruit_priority": 900, // 招募优先级,数字越大优先级越高,900以上属于看到必招,400以下招募优先级比一些关键干员精二优先度还低
|
||||
// 临时招募的干员优先度自动+800
|
||||
"promote_priority": 600, // 进阶优先级,数字越大优先级越高,900以上属于有希望就精二,400以下招募优先级低于招募普通三星干员
|
||||
// 小技巧:当你将招募优先度压低或者不写,拉高一些精二优先度,实际上就是在拉高临时招募到这些干员的精二优先度
|
||||
"is_key": true, // true为key(关键)干员,false或省略为非key干员。在阵容完备检测未通过时,仅招募key干员与0希望干员,保存希望。
|
||||
"is_start": true, // true为开局选择干员,false或省略为非开局干员。在队伍中没有start干员时,仅招募start干员与0希望干员,用户填写的干员会强制未start干员
|
||||
"auto_retreat": 0, // 部署几秒后自动撤退,整数,大于 0 时生效,主要用于特种干员和投锋,由于肉鸽一般是2倍速,推荐设置为技能持续时间/2
|
||||
@@ -222,7 +224,7 @@ icon: ri:game-fill
|
||||
|
||||
2. 优先部署地面,然后部署治疗干员和高台干员,一圈一圈的由蓝门向四周部署,
|
||||
|
||||
3. 会不停的按照上面的逻辑部署可以部署的东西(干员和召唤物)
|
||||
3. 会不停的按照上面的逻辑部署可以部署的东西(干员、召唤物、支援物品等等)
|
||||
|
||||
### 优化基本战斗策略
|
||||
|
||||
@@ -318,7 +320,14 @@ icon: ri:game-fill
|
||||
]
|
||||
|
||||
```
|
||||
2. 在某个时间点部署干员
|
||||
|
||||
::: info 注意
|
||||
maa会将所有部署指令扁平化后,执行最优先级部署操作
|
||||
例:在[6,4]部署[ "百嘉", "基石", "地面C"],在[6,3]部署[ "基石", "地面C"],那么maa会将部署指令扁平化成附带坐标的[ "百嘉", "基石", "地面C","基石", "地面C"]
|
||||
如果在战斗中[6,4]位置的"百嘉"组干员倒下,手里有有可部署的“基石”组干员,会优先布置到[6,4]而不是[6,3]
|
||||
:::
|
||||
|
||||
3. 在某个时间点部署干员
|
||||
::: tip
|
||||
适用于某些单切干员或者需要炮灰的使用场景
|
||||
:::
|
||||
@@ -339,7 +348,7 @@ icon: ri:game-fill
|
||||
...
|
||||
]
|
||||
```
|
||||
3. 在某个时间点撤退干员
|
||||
4. 在某个时间点撤退干员
|
||||
::: tip
|
||||
有时候炮灰过强站住场或者需要部署位腾挪阵容怎么办,撤退!
|
||||
:::
|
||||
@@ -351,7 +360,7 @@ icon: ri:game-fill
|
||||
}
|
||||
]
|
||||
```
|
||||
4. 在某个时间点释放技能(to do)
|
||||
5. 在某个时间点释放技能(to do)
|
||||
|
||||
|
||||
7. 一些其他的字段(不推荐使用)
|
||||
@@ -444,12 +453,12 @@ OCR识别不期而遇事件,但是选项是操作固定的位置
|
||||
"name": "低地市集", //不期而遇事件名称
|
||||
"option_num": 3, //总共有几个选项(这里是3)
|
||||
"choose": 3, //优先选择第几个选项(这里优先选第三个),如果选不到就选跑路选项(基本上是最后一个)
|
||||
"choice_require": [ //选择选项的要求
|
||||
"choice_require": [ //选择选项的要求(暂时不影响程序运行,只做适用情况的标注方便修改)
|
||||
{
|
||||
"name": "选择碎草药", //选项的名字
|
||||
"ChaosLevel": { //压力等级
|
||||
"ChaosLevel": { //抗干扰/灯火等级
|
||||
"value": "3", //要求的数字
|
||||
"type": ">" //是大于还是小于(这里表示压力大于3时才激活选择碎草药选项)
|
||||
"type": ">" //是大于还是小于(这里表示抗干扰/灯火大于3时才激活选择碎草药选项)
|
||||
}
|
||||
},
|
||||
{
|
||||
@@ -479,8 +488,8 @@ OCR识别不期而遇事件,但是选项是操作固定的位置
|
||||
"name": "金酒之杯", //藏品名字(这里金杯)
|
||||
"no_longer_buy": true, //true表示获得该藏品后不在花钱买藏品,false或者省略表示继续花钱买藏品
|
||||
"ignore_no_longer_buy": true, //true表示商店有该藏品时忽略"no_longer_buy",就是还会买它,false或者省略表示拿到有"no_longer_buy"的藏品后不会购买这个藏品
|
||||
"effect": "每有5源石锭,所有我方单位的攻击速度+7", //藏品效果
|
||||
"no": 167 //藏品编号,wiki可查
|
||||
"effect": "每有5源石锭,所有我方单位的攻击速度+7", //藏品效果(不影响程序运行,备注效果方便排序)
|
||||
"no": 167 //藏品编号,wiki可查(不影响程序运行,备注方便排序)
|
||||
},
|
||||
|
||||
...
|
||||
|
||||
Reference in New Issue
Block a user