狗东很多活动都是需要人头的，但是互助是一个问题，一个ck助力次数有限，但是需要被助力很多次。

简单分几种情况：

1、ck很少，只有几个，自己和自己玩，基本上没得搞。

那就加入大佬助力池，虽然也不一定能轮到你被助力。

@JDShareCodebot [ps:电报机器人]

不过每周一零点需要重新上车。跑完一次脚本，就可以到日志里看助力码。ck可能会失效，除了个别活动，助力码一般长期有效。

2、如果ck有点多，20-40个左右，一样可以加入助力池，但也没有多大必要。主要还是要靠内部互助脚本。

怎么互助看电报频道互助研究院，就可以了：

https://t.me/update_help

大佬脚本写的比较清楚了

https://t.me/update_help/41

3、如果ck很多，几十上百个，使用内部互助脚本也有一些问题，声明的变量过长，很多脚本就跑不动了。初了分容器，那就只能自建池子了。建池子的话，只有百十来个ck，也没有太大的必要。

多数脚本会按照先后顺序，进行内部助力，但是可能每一个ck助力后面会被加塞几个助力码，浪费助力也浪费资源。

修改一下脚本，删除或者修改脚本里加塞的助力。

比如东东萌宠，作者的脚本，会加几个自己的助力，shareCodes自己看脚本就会知道，这个助力是等到内部助力完了，有剩余助力给作者，这也无可厚非。

然后可能就是加塞的助力，可以看一下自己的运行日志，在自己的内部助力码之后，是不是也有多出来几十个需要你助力的，浪费助力也浪费资源，助力次数有限，给你加几十个助力就是搞事情。

你可以删除这个助力池子，修改脚本不要池子，或者互助改成自己的池子，再者修改一下随机从池子里取出的助力码，毕竟都不容易。