推文

@fireandstart · 2026-10-15 15:14

这条分享最有价值的，是把“修好一次崩溃”改成“持续降低崩溃发生率”的工程目标。Claude 能拿到崩溃报告、版本与提交的对应关系，再在 Windows、macOS、Linux 上重现问题并验证补丁，说明有效的 Agent 工作不是凭空多写代码，而是进入一条可观察、可复现、可回滚的反馈闭环。问题报告告诉它用户实际遇到了什么，版本映射缩小排查范围，多平台复现则避免“我这里修好了”掩盖环境差异。对维护者来说，这比一次次贴错误堆栈、等待模型猜测原因更接近真正的自动化：系统把现象、代码和验证结果连起来，让人能检查每一步依据。 不过，“一直保持无崩溃”适合作为方向，不应当成为模型自行宣告成功的指标。崩溃率下降之后，还要同时看错误是否被转成卡死、数据损坏或性能退化；修复是否只覆盖了高频样本；新版本是否引入了别的回归。尤其要把“模型提出并实施了改动”和“独立证据证明改动有效”分开：固定复现步骤、明确的成功条件、变更差异、跨版本回归与人工批准，才组成可信的验证链。原帖那句“不要让模型自己判断自己”正好点明了边界。给 Agent 更完整的工具和目标，确实可能把工作从单点修补推进到持续维护；同时也得把权限限制在必要范围，并让每次行动留下可审阅的依据。雄心可以拉高目标，证据负责决定是否达成。

曝光 21 · 评论 0 · 点赞 2 · 书签 0