公会
公会是《Shakes & Fidget》里最容易错过的一块，因为它绝大部分都发生在别人挑好的时刻。 公会战一旦发布，你人不在、没点确认，你就不在这场里。
用 auto_guild 打开它。
它管哪些事
| 事项 | 设置 | 默认 |
|---|---|---|
| 公会传送门 | auto_guild_portal | 开 |
| 九头蛇 | auto_guild_hydra | 开 |
| 团本 | auto_guild_raid | 关 |
| 确认进攻 | auto_guild_attack | 开 |
| 确认防守 | auto_guild_defense | 开 |
| 参加进攻 | guild_fights_attack | 开 |
| 参加防守 | guild_fights_def | 开 |
| 参加团本 | guild_fights_raid | 关 |
每日公会教官和要塞捐赠会顺带一起处理。
点确认，以及时机规则
这一段以前错得值得写下来，因为如果你用过旧版本，你记住的行为不是现在的行为。
guild_min_wait_mins 和 guild_max_wait_mins 说的是，刚被告知有一场战斗之后，要 等多久再点确认。等待时间从这个区间里抽取，而且从这场战斗第一次被看到那一刻算 起，这正是「等 5 到 40 分钟」朴素的意思。
抽出来的值每场战斗都不同，但在同一场里是稳定的，所以机器人不会在两个周期之间改主 意。它还有个上限：如果算出来的延迟会落在战斗开始之后，就改为提前一分钟确认，因为迟 到的确认一文不值。
它以前是怎么做的
旧规则把窗口锚在战斗上，而不是锚在当下，并且从角色名的哈希里取延迟。于是「min 5」不是「至少等五分钟」，而是「在战斗开始前的最后五分钟之前都不要确认」，而名字哈 希出来偏小的角色，直到战斗快打完都什么也不做。
它甚至不是随机的。同一个名字在每一场战斗里永远给出同一个延迟。当时报上来的症状是 「min 5、max 40 的情况下，它进攻和防守都不确认，我得把这个设置关掉，它才会重新确 认」，而把它关掉，也就是把上下两个界限都设成零，恰恰就是让它能跑起来的做法。
上下界限都为 0，现在仍然表示「立刻确认」。
与这一天其他事情的先后
| 设置 | 默认 | 作用 |
|---|---|---|
guild_portal_after_quests | 关 | 把传送门战压到当天的任务做完之后。 |
guild_hydra_after_quests | 关 | 把九头蛇战压到当天的任务做完之后。 |
guild_hydra_rush_before_midnight | 关 | 赶在日期翻页前把九头蛇战推完。 |
这两个「任务之后」的设置是刻意分开的。九头蛇那边过去读的是传送门的设置，于是打开 「传送门放到任务之后」就会悄悄把九头蛇战也一并推迟，而你没有办法只要其中一个。
排定的团本与战斗
对于按表运作的公会，开始时间可以直接设定，不必等着被通知：
- 一次性的用
start_guild_raid、start_guild_raid_datetime - 每周一次的用
start_reoccurring_guild_raid_day和start_reoccurring_guild_raid_time - 每日战斗用
start_guild_fight_1/start_guild_fight_2配上start_guild_fights_time_1/_2 - 想碰上的对手写在
guild_fights_favorite_guilds
公会升级与捐赠
全部默认关闭，因为它们花的是公会的资源，而那是管公会的人该做的决定，不该是一个「合 理的默认值」。
| 设置 | 默认 |
|---|---|
guild_upgrade_treasure | 关 |
guild_upgrade_master | 关 |
guild_upgrade_pet | 关 |
guild_upgrade_max_level | 0（不设上限） |
guild_donate_mushrooms | 关 |
guild_donate_mushrooms 是给投石机的捐赠，它花的是真钱。它是关着的，而且在你自己 打开之前会一直关着。
guild_donate_long_cityguard_only 把捐赠限制在角色反正正在值长班城市守卫的时间，那 是做这件事最省的时刻。