目前的 jq/hpbrief/ask CD 和吞命令太难受了，建议改善一下

zine

吞命令很形象，不过从系统的角度，出现一秒内多个同样命令，第一条命令已经告诉你做不了，后面的你还继续契而不舍，基本可以理解为1你键盘回车卡住了，2你是机器人，3你在恶意消耗系统资源，任何一种情况都没理由系统再重复说9遍现在这个命令你执行不了。同上一条如果出现需要#10完成的，请提供线索，修改到不需要#10为止

dtp

zine 神说的是对的。现在的问题不是 10 条重复的命令，而是 2 条或者 3 条不一样的命令。例如常见的：
ask punk about 鸡; ask punk about 王小二

pufan

ask问的不是同一内容，不应该有CD

zine

dtp 发表于 2021-8-23 11:46 PM
zine 神说的是对的。现在的问题不是 10 条重复的命令，而是 2 条或者 3 条不一样的命令。例如常见的：
ask  ...

那就希望把ask自己加个间隔了，我知道这不是特别好的体验，如果ask一二不一样就可以绕过cd的话，写机器人的多半会#5｛ask job; ask xx｝这样变本加厉的，很多机器人都是求稳定，能一分消耗完成的事非要消耗十分的。你的建议除非fluffos支持底层轮询多任务，每人用给固定cpu执行时间，那样这样写机器才会求精不损害自己利益，现在大锅吃饭，很明显很多人是完全不考虑大众利益的，从挂机角度考虑，只需要求稳定，卡得反正是别人。而你的想法如果不用底层用lib实现的话，消耗比现在更多应该是大概率事件。

zine

举个例子，提前挂镖局是要ask的，每秒ask一次能保证挂机效率最大化，但活人会这么操作吗？多半不会，活人一般ask不行，打坐一下加点内力再ask，对付这种一秒ask一次就差给自己贴张“我是粗制滥造的机器人”的这些怎么办呢？就算系统不通知整个房间，如果要反馈，被问了总要考虑一下计算一下才能回答你在cd不能接任务吧？这是计算的消耗，最好的办法就是短期内重复的系统根本不理，活人不会干这事，机器人更不会在乎这个，系统也不会被flood把计算资源消耗在这些毫无意义的地方，不是现有条件下照顾到最多人的利益吗？

nny

这东西有啥可探讨的，不过就是以前喜欢 唰唰唰，现在变成 唰..唰..唰 了。而且如果真是纯手动，手速不可能1秒敲出那么多命令，多数是狂按回车。真正感觉体验差的是机器，因为需要修改，而且修改量还挺大。jq还好，本来也不频繁，hpbrief/ask/follow 这几个用的多的，要加cd判断了。

kkena

zine 发表于 2021-8-24 03:07 PM
举个例子，提前挂镖局是要ask的，每秒ask一次能保证挂机效率最大化，但活人会这么操作吗？多半不会，活人一 ...

萧峰、公孙止、韩世忠发布任务CD问题，一堆人在那ask抢啊，现在玩家多了，能把发布任务的CD去掉么？

zine

kkena 发表于 2021-8-24 12:11 AM
萧峰、公孙止、韩世忠发布任务CD问题，一堆人在那ask抢啊，现在玩家多了，能把发布任务的CD去掉么？ ...

可以，那个是照抄其他任务的，没啥想法

xiezitai

把每个人的命令单独放入队列慢慢执行怎么样？  发命令多执行时间就长点而已，需要多等一下， 但是最终所有发出去的命令都会被执行完

nny

楼上的想法延时会很长