---
title: "Claude Code 27 条技巧：从工具清单到工程升级路径"
source_url: "https://mp.weixin.qq.com/s/fc_jKVzvL1JlsdwALPDYvw"
author: "架构师（JiaGouX）/ 若飞"
published: 2026-06-29
ingested: 2026-06-29
type: raw-article
language: zh
tags: [claude-code, harness, loop-engineering, engineering-workflow, agent, skills, subagents]
---

# Claude Code 27 条技巧：从工具清单到工程升级路径

**来源**: 架构师（JiaGouX）/ 若飞，基于 Rahul X 长帖重构
**原始帖**: https://x.com/sairahul1/status/2070428662080618607

## 核心观点

27 条技巧不是工具清单，而是一条从个人使用走向团队工作流的升级路径。先处理上下文和边界，再把验证放进过程，最后才谈并行、自动化和长期运行。

## 第一组：先把上下文放正（让 Claude Code 少猜）

1. 新项目先跑 `/init`——60 行入口卡比 300 行规则有用
2. `/statusline` 或 `/usage` 看状态——上下文用了多少，成本是否异常
3. 语音输入适合捕捉想法——但边界最好落成文字
4. `/context` 看上下文负担——混进旧文件/过期讨论会导致输出变差
5. 同一任务 `/compact`，换题 `/clear`——压缩前先输出目标、证据、边界
6. 复杂任务先计划——计划模式的价值是提前暴露假设
7. 描述问题，不只下命令——"为什么登录失败"比"做一个登录页"好
8. 开始前让它先问清楚——分流"自己能查的"和"需要人定的"
9. 把自检写进 Todo——代码能跑 ≠ 完成

## 第二组：把过程变得可控

10. Subagents 先看隔离再看并行——隔离才是底层价值
11. 重复提示沉淀成 Skills——入口文件管第一眼上下文，Skill 管可复用过程
12. 模型要匹配任务——不是每个任务都需要最高规格模型
13. CLAUDE.md 要持续维护——每次启动都要知道的放入口文件，某类目录才需要的放局部规则
14. 规则要收敛——每犯一次错加一句 IMPORTANT 会写成噪声
15. Hooks 做硬边界——自然语言提醒不是安全边界
16. 用完追问三件事——最薄弱假设、更小改法、未验证部分
17. 通知让人回到节点检查——从实时监工退回到节点检查
18. UI 任务要看真实页面——截图、浏览器控制台、移动端视口

## 第三组：自动化和长期运行

19. DevTools 看运行现场——它可以直接观察现场
20. resume 之后先重述边界——长任务最怕上下文看似还在，边界已变薄
21. worktrees 解决文件碰撞——但解决不了判断冲突
22. 高频调用再考虑 API 直连——工具接入本身就是架构取舍
23. Loop 先做只读小闭环——生产配置不适合一开始就交给 Loop
24. 远程控制适合触发不适合放权——入口越方便，权限边界越要清楚
25. 自然语言查数据库先限定只读——真要改数据走备份+事务+回滚方案
26. 难题再用高思考预算——先做事实梳理、假设列表、反例检查
27. 高级模式留给高风险任务——多文件、多系统、安全风险高才值得上更高规格

## 实用练法

**个人第一周**：/init 生成入口上下文 → 复杂任务先计划 → 自检写进 Todo → 长任务压缩前先输出目标+证据+边界

**团队第一个月**：一份短而准的 CLAUDE.md + 一个常用 Skill + 一个只读验证闭环

## 判断信号

返工率有没有下降、任务中断后能不能接手、验证证据是否更完整、重复流程是否少解释、高风险动作是否被系统挡住。