【策划架构】协防系统：盟友驻防的调度与分账设计

设计初衷

攻城战一触即发，盟友帮会口头答应协防却总是人没到：跨帮支援没有调度与结算机制，人情协防全凭自觉。协防系统设计：盟约帮会通过协防面板正式申请驻军支援——发起方支付佣金托管、响应方按到场人数结算、爽约按比例赔付——跨帮支援从人情变成契约。

数值模型

协防流程：守方发布需求（人数、时段、佣金单价），盟约会会长确认接单。佣金规则：按确认出兵人数每人 1 万金币预付托管，实际到场结算（不到场退还发起方）。违约规则：接单后到场率低于 70%，赔付佣金的 50% 并降协防信用分。信用分：履约率决定信用等级（C 到 S），等级决定可接单量（C 级 1 单、S 级 5 单）——履约记录就是帮会的商业信誉。数值验证：协防系统上线后盟约协防的到场率从 61% 升到 93%，跨帮协防调用频次提升 3 倍——契约化让互援从人情变成生意，生意反而更可靠。

配置示例

协防参数单独一节。配置如下：

[CoDefense]
UnitWage = 10000
PrepayEscrow = 1
ShowRate = 70
BreakPay = 50

信用参数单独一节。配置如下：

[CreditScore]
LevelC = 1
LevelS = 5
PerBattle = 1
AuditLog = 1

扩展思路

变种方向：一是协防竞拍，多个帮会竞价接单（价高者得），防务需求进入市场化定价；二是协防保险，响应方付费投保（爽约免赔），保险介入履约风险；三是协防信用榜，全服可见的协防信用排行（与转会信用联动），信用成为帮会的第二资产。设计纪律一条：佣金的托管与结算必须系统强制执行、不依赖双方自觉——契约的价值在违约成本可执行；一旦允许线下私了，协防系统就退化成一块公告板。