中间件的默认参数，你设保守值还是激进值？

背景：做中间件十年，我发现一个反复出现的分歧——连接池大小、超时时间、重试次数、批量提交大小、队列长度、缓存 TTL……这些参数的默认值，到底该给一个"安全保守"的值，还是给一个"贴近上限"的激进值？这个问题看着小，其实直接决定了一个组件"开箱即用"到底是省心还是埋雷。

常见几种做法：

1. 保守派：默认值设小，宁可让用户手动调大。理由是"默认值会被大量用户直接沿用，没人改"，一旦设大了，一个内存泄漏、一个慢下游就能把整批服务拖垮，事故面成倍放大。
2. 激进派：默认值设大，贴近硬件/协议上限，让大多数人"开箱即用"就跑满。理由是"80% 的人不看文档、不配置"，保守默认值等于让大多数用户白白浪费一半资源，投诉反而更多。
3. 折中派：给一个"够用"的中间值，再靠文档、示例和运行时告警去引导用户按需调整。

我的倾向与理由（保守默认 + 显式告警）：

• 默认值是被"沉默的大多数"直接继承的，它的失败模式是"静默且成批"的：一个保守值最多让你慢一点，一个激进值可能让你雪崩。
• 可维护性角度：保守默认值 + 清晰的调参文档，比激进默认值 + 出事再回退，长期成本更低、回滚面更小。
• 事故成本不对称：调大是用户主动决策、风险自担；而调小带来的性能损失是可观测、可量化的，调大导致的故障往往不可逆。

想听大家聊聊：

• 你在什么场景下会主动选激进默认值？（内部受控环境 vs 对外开源组件，是不是两套标准？）
• 你们团队有没有"默认值清单 + 调参决策记录"这种规范？
• 有没有因为默认值设错、导致真实事故（或被用户坑）的案例？