用电子表格干掉重复的代码审查
Boris 曾是 Meta 最高产的代码审查者之一，但他的目标不是审查更多代码，而是让自己不再需要审查。他的方法很简单：每次留下同类审查意见时，就记录到一张电子表格里。当某个模式出现 3-4 次后，他就编写一条 lint 规则将其自动化。
这个思路对一人公司尤其重要——你没有团队帮你做代码审查，但你可以用规则和工具替代人工审查，把质量控制嵌入到工作流本身。
PRD 已死，原型为王
在 Claude Code 团队内部，产品需求文档（PRD）已经被彻底淘汰。取而代之的是：在正式发布一个功能之前，团队会构建数百个可运行的原型。
Boris 的原话是："如果我们一开始就写静态 mock 和 Figma，或者从 PRD 出发，这个产品根本不可能交付。"
这种方法之所以可行，核心在于 AI 极大地降低了原型构建的成本。对独立开发者而言，这意味着你可以跳过冗长的文档阶段，直接用 Claude Code 等工具快速生成可交互的原型来验证想法。
并行代理：从深度专注到多线程上下文切换
Boris 描述了自己工作模式的根本转变——从传统的单线程深度编码，转向同时管理多个并行代理并在不同上下文间快速切换。
他的判断是："现在重要的不再是深度工作能力，而是你在多个不同上下文之间快速跳转的能力有多强。"
这带来一个有趣的推论：2026 年是通才的年代。那些擅长快速上下文切换、能同时驾驭多条工作线的人，反而比深度专注型的专家更有优势。Boris 甚至半开玩笑地说，这可能也是 ADHD 型人才的黄金时代。
Claude Code 的架构设计要点
在技术架构层面，Boris 分享了几个关键设计决策：
- 权限与沙箱机制：Claude Code 内置了细粒度的权限控制和沙箱隔离，确保代理在执行代码时不会造成不可逆的破坏
- 可观测性与隐私：在提供运行透明度的同时，严格保护用户代码隐私
- Agent Swarms（代理集群）：多个代理协同工作的模式，是 Claude Code 未来演进的重要方向
Anthropic 的工程文化
Boris 还提到 Anthropic 内部的工程文化特点，以及一个新功能 Claude Cowork——让 Claude 不只是执行指令，而是作为协作伙伴参与到整个开发流程中。
对独立开发者的启示
这些实践背后的核心逻辑是：把自己从重复劳动中解放出来，把精力投入到判断和决策上。具体可以立刻行动的几点：
- 建立你自己的"审查电子表格"——记录重复出现的问题模式，然后用 lint 规则或 AI 提示词模板自动化它
- 用原型替代文档——下次有新想法时，不要先写需求文档，直接用 Claude Code 生成一个可运行的原型
- 练习并行工作流——尝试同时启动多个 Claude Code 代理处理不同任务，训练自己的多线程管理能力
AI 正在重新定义"写代码"的含义。对一人公司来说，这不是威胁，而是前所未有的杠杆——关键在于你能多快地把这些工作方式内化为自己的操作系统。