# Melon国际版教程

## 创建任务

任务页面下点击创建任务，配置自己的任务信息，如图

<figure><img src="/files/In920MCU58S2KrOvJVXl" alt=""><figcaption></figcaption></figure>

* 个人信息中需要配置结账用的信用卡信息，只在个人信息中配置信用卡信息即可，注意如果使用银联卡的支付方式，是不需要在profile中配置银联卡的信息的。
* 需要配置票面信息分组：在钱包页面中创建一个ticket info分组，分类选择 Melon Ticket Global Ticket Info，然后配置票面信息：名称、电话、邮箱、账号、密码6个字段。格式为：

名称:电话:邮箱:账号:密码

名称：即购票人的姓名，这个字段可以不配置，melon账号在注册的时候是需要注册姓名的，并可无法更改，如果这个字段配置了名字，则购票人以这里配置的名字为准，会和melon账号中的名字不同，建议名称字段不要配置，默认使用账号的名字。

电话：这个字段必须配置，但是实际取票的时候并不需要验证。

邮箱：该字段可以不配置，不配置则默认订单邮箱为melon账号名，如果配置了，则以配置的邮箱为订单邮箱

账号：melon账号，可以不配置，建议单独在钱包页面下创建melon账号分组中配置

密码：对应melon账号的登录密码，可以不配置，建议单独在钱包页面下创建melon账号分组中配置

综上所述，只有电话需要配置，melon账号和密码强烈建议和info分开配置，这样比较灵活。

只配置电话的配置：`:电话:`

随机电话配置：`:%random%:`

info信息需要允许重用

<mark style="color:yellow;">**Info字段中有结账限制条件**</mark><mark style="color:yellow;">，这个字段配置一个先决条件，具体配置逻辑如下：</mark>

<mark style="color:yellow;">如果要根据一场发售作为条件，配置：</mark><mark style="color:yellow;">`0`</mark><mark style="color:yellow;">或者</mark><mark style="color:yellow;">`1000`</mark>

<mark style="color:yellow;">如果要根据一个场次作为条件，配置：</mark><mark style="color:yellow;">`1`</mark><mark style="color:yellow;">或者</mark><mark style="color:yellow;">`1001`</mark>

<mark style="color:yellow;">如果要根据一个自然天作为条件，配置：</mark><mark style="color:yellow;">`2`</mark><mark style="color:yellow;">或者</mark><mark style="color:yellow;">`1002`</mark>

<mark style="color:yellow;">其中配置</mark><mark style="color:yellow;">`0，1，2`</mark><mark style="color:yellow;">是为非严格模式，只是在最后下单前检查之前是否有结账，如果没有就继续，所以有一定的几率还是会多个任务同时结账，但是买到的几率更大。</mark>\ <mark style="color:yellow;">其中配置</mark><mark style="color:yellow;">`1000，1001，1002`</mark><mark style="color:yellow;">为严格模式，会控制进入结账状态任务。这样会限制进入结账状态任务数量，增加结账失败的可能性，买到的几率会小。</mark>

<mark style="color:yellow;">**结账限制次数**</mark><mark style="color:yellow;">：在结账限制条件的前提下，配置一个数字，控制当前info的成功结账数量。</mark>

* 发售链接需要配置，直接配置发售的页面链接
* 票价需要配置
* 选座策略根据需求自己配置
* 区域和行的配置这里需要特别说明下，以发售之前发售页面上的座位图为准。
* 支付方式可以选择有信用卡和银联卡，信用卡支付需要把信用卡配置在profile中，所有的信用卡profile配置在一个分组中，任务创建的时候打开自动更换profile开关。如果选择银联卡支付，则不需要配置profile，锁车后，在安全页面下3ds任务窗口中手动完成银联卡支付
* 账号是一定要配置的，但是配置账号有两种方式，一种是在钱包页面中单独创建 Melon Ticket Global Ticket Account 分组配置账号，第二种在 Melon Ticket Global Ticket Info 中配置账号，账号需要配置为可以允许重复使用。支持 1 个账号对应多个任务，建议账号：任务数量控制在1:15 和 1:20左右，发售之前需要提前查询获取账号会话令牌，这里建议账号单独配置在 Melon Ticket Global Account 分组中
* 最小数量1，最大数量根据需要自行配置，每个订单购买数量限制查看发售页面的说明
* 如果是优先购发售，或者是加场不同日期的演出，需要打开 忽略发售时间开关，公开发售不需要打开此开关。
* 补货模式开关说明：正常的有排队的发售不要打开这个开关，如果在跑非发售的商品跑补货的时候，proxy遇到403的问题，才打开次开关。
* 账号分组：钱包页面下单独的Melon Ticket Global Ticket Account分组配置，注意如果账号分组配置了，info分组中的info信息也配置了账号和密码，那么任务使用的账号会以账号分组为准
* 票面信息分组：如果配置了则任务随机从分组中随机取info信息
* 票面信息：如果配置了指定的票面信息，当前任务只会取配置的这个唯一的票面
* 自动切换个人信息：打开此开关
* <mark style="color:purple;">任务数量：这里的数量是倍数，实际创建任务的总数量=任务数量 x profile数量</mark>
* <mark style="color:red;">3ds验证：</mark>

&#x20;      <mark style="color:red;">选择开启：如果支付需要3ds验证，则会走3ds验证流程；</mark>

&#x20;      <mark style="color:red;">选择禁用：如果支付需要3ds验证，不会3ds验证，直接切换其他银行卡支付，直到支付成功</mark>

## 如何开启任务

安全页面需要开启至少 2个 Image Task 任务，proxy可以不配置

安全页面下需要开启3ds任务，3ds任务主要用于使用需要验证3ds的信用卡的时候，手动填写验证码用的，同时3ds任务也用于使用银联卡支付使用，在3ds任务窗口是手动填写银联卡信息完成支付，所以建议开几个。

安全页面下开启1个Capmonster任务，功能不指定，并发设置100

不管有没有排队，开启任务上限数量为 1000，如果任务超过 1000，会导致效率低下购买成功率下降。

发售前20-40分钟，在钱包页面下对配置好的 Melon Ticket Global Ticket Account 账号分组使用查询功能（可能是账号分组也可能是Melon Ticket Global Ticket Ticket Info分组，关键看你账号配置在哪里）。查询成功之后， 程序会缓存账号的会话令牌。请务必唯账号状态为正常，会话令牌有效期是 6 小时。

提前 11 分钟开启所有任务

## 区域的配置

在区域字段，配置对应区域的编号，比如：001,002,003,004,005 这样配置任务只会去买这5个区域，如果配置的区域全部错误，会随机区域

## 行数的配置

在行数字段，配置需要购买的行数，行数统一使用数字，具体配置逻辑如下：\
如果想优先购买前5行，配置：1,2,3,4,5 &#x20;

这样的配置是优先购买配置的行数，如果优先要购买的行数没有座位了，再买其他的行数

如果想指定只购买前5行，配置：+1,+2,+3,+4,+5

这样的配置是只买配置的行数，如果配置的行数没有座位了，那么就不会再购买其他行数

## 楼层的配置

这个字段针对小地图的配置，支持匹配小地图的楼层，如果发售页面之前出现地图，地图上显示了字母区域，也可以精准匹配，


如果要配置1层随机区域，配置：`1,floor`


如果要配置1层精准区域，配置：`1,floor:页面上显示区域代号`

如果要配置2层随机区域，配置：2


如果要配置2层精准区域，配置：`2:页面上显示区域代号`

如果要配置3层随机区域，配置：3


如果要配置3层精准区域，配置：`3:页面上显示区域代号`

多个区域和层数的配置支持逗号分隔

## 序号的配置

在一些演出中，有一些座位比较特殊，没有具体座位号，但是是有进场顺序号的，这种可以配置序号字段来购买。

例如想购买前20号的，那么配置：`1-20`\
这样会优先购买前20号的，如果前20号的oos了，会购买其他序号的\
如果只想购买前20号，其他序号不想购买，则这样配置：`+1-20`\
这是严格模式，只会购买前20号的，如果前20号oos了，则不会购买其他序号

## <mark style="color:red;">演出时间的配置同 sample1，这里就不赘述了。</mark>

## <mark style="color:purple;">关于控制创建任务数量</mark>

<mark style="color:purple;">创建任务的总数量=任务中配置的profile数量 x 任务数量</mark>

<mark style="color:purple;">假设：有50个不同的info需要购买一场发售，那么创建时候的时候，选择这个50个info分组，若希望分组和任务按照1:20的比例去购买，profile分组中有100号个profile，创建任务配置了这个profile分组，根据50x20=1000个任务来算，任务数量配置1000/100=10，那么点击创建就会创建1000个任务。这1000个任务会根据这50个不同的info信息去购买。</mark>\ <mark style="color:purple;">所以根据选择不同的profile数量来配置任务数量字段，来达到控制i任务数量的目的。</mark>

## 发售模式选择

发售模式有2种：Pro和Custom

### Custom

什么情况下建议使用Custom模式：`优先购代跑多个订单，每一个账号对区域座位的需求各不相同的情况`\
配置方法：`配置任务上和Pro不同，需要通过表格将购票人信息、优先购账号密码、价格配置、座位配置全部配置在info中，然后导入到钱包页面下。表格可以在钱包页面下创建一个Global Inter Park Ticket Info 分组，手动导出一个空的excel表格，使用导出的表格来配置相应字段，该模式下建议账号和任务的比例控制在1:20或者1:30`

优点：`在优先购中对于不同账号不同座位需求的订单的前提下，最大化购买效率`\
缺点：`在启动任务之后，不能编辑修改价格、座位、info信息配置`

### Pro

什么情况下建议使用Pro模式：`购买现票（使用自己的账号），或者在优先购中，大部分账号购买座位策略相同（比如随机购买内场+1F+2F区域或者全场随机购买等）`

`配置方法：任务页面下点击创建，在创建任务页面中配置，将所有购票人的信息放到同一个分组中，任务创建配置info分组、账号密码建议单独配置在账号分组，和info信息分开配置。该模式下建议账号和任务的比例控制在1:20或者1:30`

优点：`配置相对简单，在开启任务之后可以热编辑任务信息，例如调整价格、座位信息、info信息、账号信息等配置`

缺点：`对于多个账号有不同座位需求的购买中，效率不如Custom模式`

以上两种模式灵活运用选择，以达到受益最大化。

## 注意事项

* 本站支持取消订单退款，所以真结账也无妨
* 锁车时间只有5分钟，需要抓紧时间查看webhook支付
* &#x20;账号在钱包页面查询对应的账号分组或者ticket info分组，提前10分钟查询获取token
* 支付方式建议优先选择信用卡支付，最好是无3ds验证的信用卡
* 支持1个账号对应多个任务，但是如果比例太大的话，发售之后容易造成账号被降权，如果比例特别大，比如1:50这样甚至1:100，会导致账号在发售中就可能会被禁止登录，被降权的账号不影响使用账号内已经购买的门票，也支持取消订单退款，但是无法购买其他任何门票，所以根据发售不同，账号和任务的比例请自己控制。
* 补货模式开关说明：正常的有排队的发售不要打开这个开关，如果在跑非发售的商品跑补货的时候，proxy遇到403的问题，才需要打开这个开关。


---

# Agent Instructions: Querying This Documentation

If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question.

Perform an HTTP GET request on the current page URL with the `ask` query parameter:

```
GET https://kylin-inc.gitbook.io/haveatrysample/page/melon-guo-ji-ban-jiao-cheng.md?ask=<question>
```

The question should be specific, self-contained, and written in natural language.
The response will contain a direct answer to the question and relevant excerpts and sources from the documentation.

Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.