Bart Butler · Proton CTO · 阅读原文
Proton CTO Bart Butler 的软件工程宣言认为，模型已经改变写代码的方式，工程师要更善于指导、检查和承担结果责任。文章把当前阶段的困难放在整个组织：写实现可能更快了，设计、规格、CI、审查与批准却未同步变化；公司需要投入资源改造这些环节，而非只要求员工多用一个工具。
他并未主张专业判断已经无用。相反，模型速度越快，经验、测试和文档越有必要；当生成测试的成本下降，过去觉得不值得写的检查也可能值得重估。但这仍是一份管理方向和价值主张，没有给出Proton内部相同质量下的完整交付效果实验。
争议来自读者对产品承诺的不同理解。自述长期付费用户的Raed并不反对使用AI写代码，他关心的是审查、测试与问责能否继续约束发布时间。HN评论者Dxtros也把付费理由放在隐私和安全，而不是更新速度。争议落在一个具体选择上：提速与谨慎发生冲突时，组织究竟奖励哪种决定。
可信度 65 · 重要性 79 · 新颖度 68
技术与主题
Agent 系统 · AI 编程 · 工程责任 · 安全审查 · 组织流程
Bart Butler
CTO为组织如何采用AI提出方向。
忠实转述（非原句）：Butler认为，工程师的经验和判断没有随代码生成消失；手工编写越来越少，不意味着工程职责越来越少。他还指出，只有编码步骤加速、其他环节保持原样，会把瓶颈转移过去；真正的转变需要组织共同投入。
Raed
作者自述长期付费用户，讨论自己购买的隐私服务应保留什么。
忠实转述（非原句）：Raed接受在充分审查、测试和问责之下使用AI。他要求的是一种可以放慢脚步的工程文化：当工程师认为还需要检查时，管理者应能接受这个判断。对于隐私产品，他把这种谨慎本身看作购买的服务。
Dxtros
回应原帖：doener
在该宣言的HN原讨论下，自述付费用户回应管理目标。
忠实转述（非原句）：Dxtros认为，独特见解与对用户有用的实际改善，比单纯追赶速度更能维持产品价值。他担心CTO的意见会变成技术政策，因此关心员工是否真的可以不同意。评论表达的是他的偏好与忧虑，不是用户群体调查。
编辑评读
“责任仍由工程师承担”只有配上实际决策权才有意义。如果一个人需要为上线质量负责，却无法争取复现问题、检查边界所需的时间，责任就可能只剩事后的归属。反过来，允许更多验证也不是无限延期的理由；需要说清楚当前缺什么证据、补到什么程度足以作决定。
Proton文章提供的积极方向，是让组织重新安排写代码以外的工作，包括文档、测试和审批；读者的反对则要求这种安排体现产品承诺。一个可检查的实践是回看几次有争议的发布：谁提出风险、哪些证据改变了决定、最终是否允许延迟，以及修复后问题是否真正消失。这比统计AI使用率更接近双方争论的对象。本期未核实评论中其他管理指控，也不据此判断Proton产品安全性。
需要留意
- 官方宣言与用户评论都是观点材料，不能据此推出已发生的产品安全变化。