（我们曾与 CMU 的 Andy Pavlo 教授写过一篇深入分析这些问题的文章：《The Part of PostgreSQL We Hate the Most》，甚至被引用进了 PostgreSQL 的维基百科。为了支撑这一增长，我们在应用层和 PostgreSQL 数据库层面都迅速做了大量优化，同时通过**纵向扩容（增大实例规格）和横向扩容（增加只读副本）**来扩展能力。我们是如何通过严谨的

我对 GitHub 的爱超过了一个人对一件东西应有的爱，所以我对它生气。你知道吗，我开始做 Vagrant，也就是我第一个成功的开源项目，很大程度上是因为我希望它能帮我得到一份 GitHub 的工作？在我第一次公开演讲 Vagrant 时，我才 20 岁，我开玩笑说：“如果它够好，也许 GitHub 会雇我！几个月来，我们一直在讨论并制定离开 GitHub 的计划，而这篇博客文章是一周多以前写好的

他们即使没有开发背景，也能用 Claude Code 跨越设计与工程的鸿沟，直接实现自己的设计想法，无需频繁往返于工程协作。毕竟Claude Code的实力是得到广泛用户认可的：自从 Claude 4（Opus / Sonnet）推出后，Claude Code 的活跃用户量暴涨 300%，年化收入翻了 5.5 倍。采用“两步法”流程：先用 Claude.ai 对话完成思路规划，再在 Claude

缺乏统一的度量体系和方法，我们难以区分AI写的代码和人工编写的代码，难以客观评估AI投入的实际产出，更无法系统化地优化使用策略。“让AI编程可追踪、可量化，通过自动记录与分析，助力团队清晰度量AI价值，提升产能。除了开发部分，本项目全流程使用AI参与：包括系统设计、数据分析、测试、文档，全与AI协作完成。结合GitLab提交数据，我们可以和AI生成的代码做对比，就可以精确计算出AI生成代码占比。A

（我们曾与 CMU 的 Andy Pavlo 教授写过一篇深入分析这些问题的文章：《The Part of PostgreSQL We Hate the Most》，甚至被引用进了 PostgreSQL 的维基百科。为了支撑这一增长，我们在应用层和 PostgreSQL 数据库层面都迅速做了大量优化，同时通过**纵向扩容（增大实例规格）和横向扩容（增加只读副本）**来扩展能力。我们是如何通过严谨的

Agent 常会在不确认的情况下替你做错误假设，且不擅长管理混乱、不寻求澄清、不主动暴露不一致性，表现得过于讨好（Sycophantic）。“生成（写）”和“判别（读）”是不同的脑部功能，我们可以像顶级评论员一样审阅代码，但手感正在变生。LLM 编程将分化工程师群体——那些热衷于“写代码”的人可能会感到失落，而那些热衷于“构建产品”的人将如鱼得水。看着它为一个难题折腾 30 分钟最终获胜，是一种“

（我们曾与 CMU 的 Andy Pavlo 教授写过一篇深入分析这些问题的文章：《The Part of PostgreSQL We Hate the Most》，甚至被引用进了 PostgreSQL 的维基百科。为了支撑这一增长，我们在应用层和 PostgreSQL 数据库层面都迅速做了大量优化，同时通过**纵向扩容（增大实例规格）和横向扩容（增加只读副本）**来扩展能力。我们是如何通过严谨的

我们在代码库中内置了一个 BigQuery 的“技能 (Skill)”，团队里的每个人都直接在 Claude Code 里运行分析查询。中开启 “Explanatory”（解释性）或 “Learning”（学习）输出风格，让 Claude 在进行代码变更时，详细说明背后的**“为什么”**。如果你也想摆脱繁琐的微观管理，实现从“手动撸码”到“系统指挥”的飞跃，这 10 条来自创始团队的一手秘籍，将

跨沙箱边界的通信需要基础设施。Ben Guo 补充了关于将 Agent 运行时与沙箱运行时分离的最后一点好处：“我们选择了模式 2（基于你提到的原因），但也为了准备未来，届时在 GPU 机器上运行 Agent 运行框架（harness）可能是有意义的，总体感觉持久化沙箱和推理框架之间的环境需求将会分化。你的 Agent 在本地（或你的服务器上）运行，当它生成需要执行的代码时，它会调用沙箱提供商的

现在他每天只需工作 2-3 小时，而不是 8 小时，其余时间都在休息，而系统自动运行并为他赚取了 28,000 美元的被动收入。Andrej Karpathy 是全球最具影响力的 AI 研究员之一，他记录了 LLM 在编写代码时最常犯的错误：过度设计、忽略现有模式、添加不必要的依赖项。他只是花了一个晚上进行了正确的设置，现在他的系统在替他工作，而他在享受生活。数周的自定义智能体系统搭建工作、独立的