文章摘要
Discourse明确表示不会转为闭源，尽管有公司因AI风险选择闭源。作为开源13年的平台，Discourse坚持开放理念，认为开源的价值和社区协作远大于潜在风险。
文章总结
Discourse坚持开源：为什么我们不会闭源
背景与立场
在线讨论平台Discourse的联合创始人Sam Saffron在2026年4月16日发表声明，明确表示Discourse将保持开源，尽管同行Cal.com近期以"AI加剧安全风险"为由宣布闭源。Sam强调，Discourse自2013年创立以来始终采用GPLv2许可证，这一立场不会改变。
对闭源论点的反驳
安全逻辑缺陷
- Cal.com认为闭源可延缓攻击者利用漏洞的速度，但Sam指出：
- AI无需源代码即可分析二进制文件和API
- Web应用的前端代码（如JavaScript）本就暴露给用户
- 闭源实质是减少防御者（而非攻击者）的审查能力
- Cal.com认为闭源可延缓攻击者利用漏洞的速度，但Sam指出：
开源的安全优势
- 全球协作防御：Linux等开源项目的成功证明，透明性能激发更强大的安全响应
- AI扫描工具的双刃剑：开源允许安全团队、贡献者和独立研究者共同检测漏洞
- 实际案例：Discourse最新版本通过GPT-5.4扫描修复了50个安全问题
企业闭源的深层原因
Sam认为Cal.com的决策实质是商业考量：
- 竞争压力：避免对手复制架构
- 治理难度：开源社区的反馈机制增加管理成本
- 投资人压力：闭源更易获得资本认可
Discourse的安全实践
AI防御体系
- 多步骤扫描：先用AI批量检测，再通过容器环境验证漏洞真实性
- 成本优势：开源项目享受AI公司的扫描补贴（全代码扫描成本从$2000降至$50）
响应机制
- 漏洞修复周期缩短至数小时
- 暂停漏洞赏金计划（因AI使漏洞发现过于高效）
- 依赖项安全：主动向上游项目（如Rails、PostgreSQL）提交修复
开源生态责任
Sam强调Discourse的诞生依赖于Ruby、Linux等开源项目，闭源是对生态的背叛。他比喻开源代码库如免疫系统——只有持续暴露于威胁才能增强防御力。
结语
文章以"开源需要勇气"作结，表明Discourse将继续坚持透明，因为：
- 13年实践证明开源更安全
- 社区有权掌控自己的平台代码
- 对抗AI攻击的最佳方式是让防御者也能使用AI工具
（注：原文中导航菜单、评论区、公司介绍等非核心内容已精简，保留核心论证和关键案例。）
评论总结
总结评论内容如下：
关于开源与安全的讨论
- 支持开源的观点认为公开代码能促进更早、更积极地修复安全问题（评论4："Open source creates a useful urgency... you invest earlier in finding and fixing issues"）。
- 反对观点指出开源不等于绝对安全，可能存在未被发现的漏洞或后门（评论6："Remember xz utils backdoor?... How many placed trojans exist?"）。
对Cal.com商业决策的质疑
- 有评论认为Cal.com以安全为由的决策实际是商业考量，可能损害开源生态（评论2："Framing a business decision as a security imperative does a disservice..."）。
- 另一观点强调GPL许可证的保护性，认为用户仍可继续使用分支版本（评论6："people can continue the GPLv2 fork anyway"）。
对AI模型封闭性的批评
- 评论批评企业将强大AI模型限制在少数用户，认为这反而增加安全风险（评论3："AI corporations gloating about... private models... more likely to give attackers a way in"）。
其他观点
- 有用户因注册门槛高而放弃使用服务（评论5："Never used it as it asks me to burn an email address"）。
- 开发者表示开源个人项目是趋势，认为隐藏代码无法形成竞争壁垒（评论7："there is no moat in hiding your source code"）。
关键引用保留：
- 支持开源："Open source creates a useful urgency..."（评论4）
- 质疑开源安全："Remember xz utils backdoor?"（评论6）
- 商业决策批评："Framing a business decision as a security imperative..."（评论2）