Grok Bot 上周用法分享

Lauren Tan 认为形式化方法只能证明代码符合特定假设下的 spec，而 spec 来自人的意图，无法被数学证明正确，建议对代码库做分层验证，结合类型约束、测试与形式化验证。

可能是个暴论，但我现在认为对抗式审查基本是在浪费 token。把这些 token 用在实证结合形式化验证上要好得多。我已经更新了 pstack，减少使用 interrogate 技能，最终我可能会把它完全移除。 我发现抽象的代码审查价值很小，智能体往往只会陷入吹毛求疵和 YAGNI 之中。

xAI 的 Lauren Tan 认为，代码正从零星交付变成持续不断的洪流，软件需要重建和重写以适应这一更快的节奏。她指出 AI 让每位工程师都拥有极具弹性和能力的劳动力，唯一出路是演进系统，让缺乏上下文的智能体也能良好运作，把简单的事变成正确的事。她强调代码库正变成有机架构，智能体贡献围绕你设计的约束和护栏生长，良好的软件工程比以往更重要。

我也买了个新域名

xAI 的 Grok Bot 团队表示，通过让代码对智能体友好，工程师、设计师和 PM 每天合计提交数百个 PR，用于修 bug、打磨体验和提升应用速度与可靠性。团队承认会犯错，但强调从每次错误中学习并改进流程，避免 bot 重犯同样错误。其认为 Grok Bot 是当前业界体现 token 投入去向的最佳案例：质量与速度兼得，并指出软件开发像冰山，新功能只占维护高质量软件工作的一小部分。

这周你打算用 grok bot 发布什么？

我真的非常期待未来几年编程语言领域将会出现的所有创新

仅剩的护城河就是 sybau 💔

很少有人知道这一点 @jack：没有护城河

看来我打破了自己的纪录