一周热榜

与“海鸥管理”（https://en.wikipedia.org/wiki/Seagull_management）概念相似，我在与首席工程师合作时遇到了类似的情况。 在我工作过的多家公司中，我遇到过这种现象，通常在PR/MR评审时会出现，但并不局限于此。我观察到的一般行为是，首席工程师飞过来，对PR/MR、提案、文档或项目进行一番批评，制造一阵噪音后又消失不见。这种批评通常并不明显，但会给任何“较低”级别的人员在审查或提供反馈时带来巨大的压力，往往会严重拖延进度。 在最近的一个案例中，PR/MR的反馈基本上是“你为什么不直接...做这个看起来简单的事情”。我已经探讨过提议的解决方案，但觉得需要证据来支持我所采用的方法。这导致我花了几个小时试图让首席工程师的解决方案奏效。有趣的是，它并没有奏效，反而把代码搞得一团糟。之后，他们消失了一两天，而我从团队其他成员那里得不到任何反馈，因为大家都在等首席工程师的回应。 我很想听听如何更好地与首席工程师合作的建议，尤其是那些工作过度的“海鸥”类型的工程师。

我发现当任务仅仅需要“写作”时——不涉及编码、工具使用或推理——这是最佳模型。比如校对和建议更好的措辞。我认为在像 progress.openai.com 上的写作任务中，它与 GPT-5 的表现会相当不错。我对它被弃用感到失望，并且在 GPT-5 的演示中没有与它进行任何比较。附言：如果这里有人订阅了专业计划，并且仍然可以访问 4.5，能否请你在 progress.openai.com 上给它输入提示，以看看它与 5 的比较如何？