You should all be asking way more questions
原文链接: https://seangoedecke.com/you-should-all-be-asking-way-more-questions/
作者: Sean Goedecke
发布: 2026-09-25
Goedecke 同主题另一篇，把「discussion stage 多问」这条职业习惯拆成具体方法。
前半段讲和工程师讨论方案时，他在脑子里同步「用哪几行代码能落地」，碰到含糊话立刻打断——比如「服务 X 在持久化数据」，但 X 在他脑子里只是一个临时 Redis 客户端，他就会追问「那它到底存到哪」。
止损那一刀来自亲身案例：三年前隔壁团队做了一个复杂 event-driven 系统，优雅得没法拒绝，但跑起来才发现「把客户数据隔离在单一数据中心」这件事直接做不到，方案只能废弃——他把它归到 wicked features 一类：方案一落地才暴露出违背「本公司旗舰功能」的硬约束，这个发现只有讨论阶段能拦住。
后半段把规则硬性放大十倍到 AI agent：模型在 code 层不犯错（Opus 5.5 / GPT-6 Astra 写代码基本能跑），但在 design 层错的概率很高——假设两个服务能通联、忘了代码既要在云上也要在 on-prem 跑、设计选择错配 requirement。作者列了五类高频问句（Do we do X elsewhere? Does service Y really support this type of authentication? Is this subsystem really necessary to satisfy requirement Z? Why update interface A? Why touch this file?），并坦承自己关于 AI agent 提的问题里大概有一半会变成「模型答错了」的证据。
备注：摘要基于 Obsidian 草稿与原文链接抓取。