鲍勃大叔:不看AI代码,只设约束
《Clean Code》作者鲍勃大叔表示,为利用AI生产力,他不阅读AI生成的代码,而是通过设置单元测试、QA流程、代码质量指标等严格约束来确保质量。他提出了由多个Agent组成的流水线实践,强调AI时代核心能力从读代码转向写测试和定指标。
《Clean Code》作者鲍勃大叔表示,为利用AI生产力,他不阅读AI生成的代码,而是通过设置单元测试、QA流程、代码质量指标等严格约束来确保质量。他提出了由多个Agent组成的流水线实践,强调AI时代核心能力从读代码转向写测试和定指标。
本文深入拆解了 YC CEO Garry Tan 开源的项目 GStack。该项目提出了一种基于多角色的 AI 编程工作流,通过 23 个专用 Agent(如 CEO、工程师、QA、安全官)协同工作,将开发者从“写代码的人”转变为“管团队的人”。文章详细介绍了 GStack 的 Sprint 流程、真实浏览器测试、并行开发能力以及安全护栏机制,展示了其如何通过自动化代码审查、测试和部署,实现个人生产力的极大提升。
文章介绍了 Anthropic Claude Code 团队的代码审查实践,以及作者团队自研 AI 代码审查工具 HeyDeer 的落地经验。核心思路是:AI 写代码占比接近 100% 后,人工逐行审查不再可行,应把人的注意力留给真正有风险的部分。做法包括按风险分级审批(低中风险由 AI 自动批准,高风险由人判断方向)、多模型交叉审查降噪、用仓库检查落实团队规范、通过 Autopilot 自动修复问题直至收敛。作者团队跑了 8 个月未因合并有 bug 的代码导致线上事故,认为大部分创业和中小公司都适用这种方式。
本文介绍了 Claude Code 团队在 AI 生成约 90% 代码的情况下如何重构代码评审流程。团队将代码评审从人工逐行阅读转变为分层自动化体系:包括 PR 前的 Claude 自验证、子代理 diff 审查、内部 skill(bug 猎捕、diff 缩减等)、以及每个 PR 的 AI 评审,仅将人类注意力保留给高风险决策。通过 CLAUDE.md 和 REVIEW.md 等文件向评审者注入项目上下文,并快速回滚机制兜底。6 月至 9 月间合并 PR 数量翻倍,回滚率下降超 40%,实现了用最少人工环节保障代码质量的目标。
Thorsten Ball 分享了 2026 年 10 月他与 AI Agent 协作的工作方法:使用最新最强的模型,不必担心代码库积累 slop;提示时描述 What 而非 How;让 agent 贯通整个软件开发生命周期(运行、部署、看日志、处理 bug 报告),并为其提供定制工具;通过盲测实验评估 agent 对代码库知识的利用;不要手动管理上下文,让 compaction 工作;请求不可反驳的证明(端到端演示、前后对比数据);拥抱异步工作流,给 agent 更大任务;利用定时唤醒等自动化功能;只审查高影响范围的代码。这些实践展示了 agent 驱动开发的新范式。
文章系统整理了 67 个实用的 Claude Skills,涵盖需求规划、方案设计、编码、测试、排错、代码审查等开发全流程。作者介绍了 Skills 的概念(包含 SKILL.md 的文件夹,封装可复用的工作流程),并列举了来自 Anthropic 官方、Matt Pocock 和 SkillsMP 市场的技能资源,如 Skill Creator、Grill Me、Write a PRD、TDD、QA、Code Review、Systematic Debugging 等,附项目链接、使用方法和安装命令,帮助开发者把 Claude 用成一支完整的开发团队。
作者结合测试 TRAE 新版本的体验,总结了 AI 编程的四个趋势:人不再手写代码、IDE 淡出后台、工作入口向聊天窗口集中、从单个 Agent 写代码转向指挥多个 Agent 并行交付,代码审查也因此逐渐走向抽查模式。作者分享了个人的五个实践做法:搭建 Agent 易于验证的环境(文档地图、自动化测试、原型、AGENTS.md 规则)、把自己当管理者进行多 Agent 并行调度、按任务难度分配不同模型、善用模板和开源项目、把重复工作交给 Skill 和自动化任务。文章指出写代码成本快速下降,而想清楚需求和验证结果的能力越来越值钱。
本文介绍如何使用腾讯云推出的 AI 工作台 WorkBuddy 开发微信小程序。WorkBuddy 已集成小程序生成、预览、发布能力,省去在微信开发者工具和 AI 编程工具间来回切换的麻烦。作者以"待办清单"小程序为例,讲解了从描述需求、编写代码、卡片预览到分享发布的完整流程,并提醒两个关键坑:一是必须选择云环境才能使用预览功能;二是试用版小程序无法再绑定正式账号,若打算上线需提前注册微信小程序账号。文中还说明了免费版与付费版的额度限制,如试用版每个微信号最多创建 5 个、有效期 14 天,正式版每周最多提交 3 次审核等。
作者分享了其产品经理 harness 6.0 版本的开发实践:用它在 Claude Code 中仅用两小时从零构建了一个 AI 模特出图工具「视镜」。6.0 针对传统 Vibe Coding 的痛点,重点强化了需求拷问(五层漏斗提问法、Mom Test、魔鬼代言人等)和界面设计(自带视觉组件包)两个环节,精简其余规则,把具体执行交给推理能力日益增强的模型。文章详细展示了九轮需求确认、26 页设计稿生成、十个开发阶段的完整流程,提出主控文件只需规定六件事、以需求清单驱动进度的方法论。
文章批评'不再读代码、不再写代码'的行业风气。作者指出代码可维护性和好架构难以即时度量,其恶果需要数月甚至数年才显现,而有经验工程师依靠长期实践积累的直觉来嗅出代码异味。AI 因缺乏可度量的奖励信号,无法理解什么是可维护的代码,且从质量低劣的野生代码中学习模式,在简化代码、定义可复用函数上表现糟糕。更危险的是,依赖 AI 写代码和读代码的开发者将永远无法达到精通,因为他们不再从错误中学习。作者认为 LLM 只是工具,预言未来会有公司以'无 AI'政策作为竞争优势。
文章以微博VibeLab AI创意赛(2500多件作品)为切入点,分析了Vibe Coding兴起的五大原因:一是AI Agent大幅降低了编程门槛,写代码从专业技能变成语言表达能力;二是传统软件无法满足个性化长尾需求,现在普通人可以自己动手实现;三是开发链条缩短,从想法到交付只需几步,甚至无需界面产品,一个脚本或Agent Skill即可;四是模型能力持续升级,从Copilot补全到Claude Code自主探索再到操作电脑;五是做工具心态变化,从宏大目标转向解决具体痛点。最后作者给出实用建议:从写Agent Skill起步,分步骤做原型、MVP再迭代,注意验收与安全,并把作品发布出来获得反馈。
本文介绍 Uber 如何在软件开发生命周期中高效运行 AI 软件工厂。目前 Uber 超过 70% 的 PR 由本地或云端 agent 完成,工程师构建了 3600+ 个 agent 技能,每天执行超 3 万次。文章提出软件工厂的四层 agent 使用架构,并将成本分解为六个可独立测量和优化的因子。通过基于真实工作构建的基准测试进行 Pareto 最优的模型选择、将子 agent 默认路由到更经济的模型、自动上下文压缩等优化手段,Uber 在模型不变的情况下将每千次请求成本降低约 34%,单会话成本较峰值下降 52%,实现了规模化的 AI 工程效率与成本控制。
作者将上万字的大厂 Claude Code 工程化手册浓缩为 23 条实战铁律,涵盖工具定位、入口选择、Git 快照、只读分析、区分事实与推测等基础操作,以及 Read-Plan-Implement-Verify-Review-Deliver 的核心工程闭环。文中详细讲解需求工单化、权限规则优先于提示词、CLAUDE.md 精简配置、长会话压缩与任务拆分、Git 安全红线与安全五不原则,并给出翻车急救包和高级能力升级路径,强调改动必须可解释、可验证、可审查、可回滚。