这两天刷到 Anthropic 联创 Boris Cherny 发的一串帖子，主题很直白：Claude Code 里那些“隐藏但高频”的功能。
我本来以为又是一波“AI 神器震撼发布，程序员即将失业”的标准互联网戏码，结果认真看完发现货很硬。
这串技巧直接切中了工程日常：
怎么把 Claude 真正接进开发流水线，变成能接力、会自查、自动干活的工程搭子。
很多人用 Claude Code 还停留在最基础的问答：
- 帮我写个函数
- 帮我改个报错
- 帮我生成个脚手架
这当然也有用，但就像花大价钱雇了个高级工程师，最后天天让人家去改前端按钮文案。
真正的高阶玩法，是让 Claude 深度参与整个工程流程：跨设备接力、按节奏自动巡检、自我验证页面效果、持久化项目上下文，乃至通过分支隔离并行干活。
一、工作流才是核心，别被提示词带偏了
把 Boris 这组技巧串起来看，核心全部围绕工程落地展开：
1. 别把 Claude 困在单一终端窗口里
很多人默认认为 Claude Code 只是命令行里的黑框框。
它其实支持在手机、Web、桌面端和本地终端之间无缝交接。在路上想到一个改法，手机先交代两句；回到工位，本地终端直接顺着做；临时出门，手机还能继续盯进度。
它演变成了一个持续在线的工程会话状态机。
2. 别让 Claude 永远被动等你发号施令
高阶用法是让它自己按节奏轮询。
比如每 5 分钟检查一次 review comment 并自动补改、每天定时扫一遍 merged PR 同步文档、或者定时抓取报错日志整理成修复列表。
这时候 Claude 从一个随叫随到的小工具，变成了常驻值班的工程协作者。
3. 别让 Claude 靠脑补盲写
前端开发对这点痛感最深。
只靠代码逻辑推理，生成出来的页面经常按钮飞出屏幕、弹窗错位、表单无法响应。
给 Claude 配备自我验证输出的能力至关重要：接 Chrome 扩展或桌面端内置 web 测试沙盒。一旦让它亲眼看到渲染画面，它就能对着真实效果一轮轮自我调优。
4. 别把所有任务都塞进同一个会话
复杂项目里，上下文最怕搅成一锅粥。
改 API 的和补测试的挤在同一条会话里，最后必然导致严重的上下文污染。
利用 worktree、会话分叉和子代理，能让多个 Claude 在独立的沙盒里并行推进，互不干扰。
二、最值得上手的 6 个核心技巧
下面几个技巧配置成本低，收益极其显著：
1. 手机端随时唤起：消除灵感摩擦
手机端并不适合徒手写复杂算法，但处理工程边角料极其高效：
- 临时看 diff 和报错
- 修改文档与注释
- 回复 PR review 留言
- 记录刚闪过的修 bug 思路
很多工程任务并不需要正襟危坐地打开 IDE。以前这些零碎想法总想着“回去再弄”，转头就忘。现在在手机上把任务甩给 Claude，就能让它在后台提前跑起来。
你和项目之间的摩擦力被降到了最低，想到就能随时推一步。
2. 会话跨设备接力：会话随人走
以前用各类 AI 助手，最头疼的就是换设备等于上下文归零。
手机上聊了一半，坐到电脑前又得重新解释一遍项目背景与当前进度。
Boris 提到的 teleport 与 remote-control 机制，让 Claude 的完整会话状态跨端同步：
- 通勤路上交代需求
- 工位本地接管跑测试和改代码
- 下楼买咖啡时看进度回执
你不需要在每个终端重新教它一遍上下文，它是同一个持续在线的脑回路。
3. /loop 与 /schedule：化身常驻值班同事
很多开发杂务属于典型的重复性工程耗损：
- review comment 来了需要补修
- 主干更新了需要 rebase
- 新 PR 合并了需要同步文档
- 线上告警需要归类整理
这些事情不难，但频繁打断主线开发。
把这些琐碎任务交给 /loop 与 /schedule 常驻巡检，它会结合上下文自动做出判断与修复。团队里的脏活累活被默默消化，代码库和文档始终保持清爽。
4. Hooks：把口头提醒固化为系统生命周期
用 AI 辅助开发经常会遇到重复唠叨的烦恼：每次都要提醒它“先读规范”、“改完跑测试”、“危险命令先确认”。
Hooks 能把这些口头约束升级为硬性的工程门禁：
- 启动时自动注入项目约定
- 拦截并记录高危操作
- 异常退出时触发兜底机制
这就像给仓库配好 pre-commit 和 CI 流水线，不必每次对新人耳提面命。
5. 前端开发接入浏览器：告别盲写 UI
给 Claude 接入浏览器验证链后，它能像真实工程师一样看渲染结果：
- 自动捕捉断裂的布局
- 纠正偏差的样式与颜色
- 跑通表单与按钮的真实点击流
有了视觉反馈闭环，模型输出从碰运气的单次生成，变成了有反馈回路的持续交付。
6. Worktree 与会话分叉：给上下文做物理隔离
把所有任务堆在单条会话里，聊到两小时后很容易出现逻辑混乱。
更稳妥的做法是给多个 Claude 划定明确的工作边界：
- 分叉会话：保留稳定主线，拉出支线去试探风险改动
- worktree：让不同模块的修改在独立物理目录里并行跑
- subagent：分工明确，主节点只收压缩后的结论
既提升了并发吞吐量，又避免了“为了改模块 A 把模块 B 带崩”的连锁事故。
三、4 个实打实的工程收益
抛开宏大的公关修辞，这套工作流带来的实际收益非常具体：
- 大幅降低上下文切换成本：不用反复重开状态机，少交代一次背景就能多省下一大块专注力。
- 剥离主线程琐碎负担：巡检、同步与修补全交给后台常驻任务，人的精力聚焦在核心架构设计上。
- 输出质量走向确定性：借助自动化测试与页面查验，让 AI 在交付前完成自检自愈。
- 建立真正的协作体验：一个具备持久记忆、自查能力和并发能力的工具，才真正具备了工程队友的雏形。
四、推荐上手路径
建议按以下梯度逐步引入，避免配置过载：
- 第一步：建立项目记忆：在根目录写好
CLAUDE.md，把架构规范、常用指令与门禁规则沉淀进去。 - 第二步：打通验证反馈：前端配齐浏览器查验，服务端配齐本地快速测试脚本。
- 第三步：引入隔离机制：复杂任务果断使用 worktree 或会话分叉。
- 第四步：自动化高频琐事：选一个最耗时的重复性动作（如 PR 清理或文档更新），配置成
/loop。 - 第五步：工程化生命周期 Hooks：根据团队规范固化系统级钩子。
五、AI 编程吃掉的是工程摩擦
Claude Code 真正的杀招，在于把开发全流程改造成了连续、自动化、且自带闭环验证的工程流水线。
它直接吃掉开发链路里的各类隐形消耗：丢上下文、跨端断层、盲写返工以及多任务冲突。
把这些工程摩擦彻底吃掉之后，开发才算真正进入了人机协同的高效状态。