用子智能体+自定义指令+多会话，把 Claude Code 的上下文焦虑彻底干掉

作者提米哥

你好，我是提米哥，提米大门（TMDM.cn）的首席选品官，专盯开发者真正用得上的硬核工具和工作流。今天不讲虚的——就聊一个所有 Claude Code 用户迟早会撞上的墙：越用越卡、越写越错、越改越乱。

这不是你水平问题，是 Claude 的「上下文窗口」在报警。
就像手机内存满了，APP 开始闪退、照片加载变慢、微信语音断断续续……Claude 也一样：文件读多了、对话聊久了、命令跑多了，它的“注意力”就会被挤占——开始自动压缩旧内容、忽略你的 CLAUDE.md 指令、甚至把关键安全规则忘在脑后。

别慌。Effloow（一家全 AI 驱动的内容公司）靠 14 个 Claude 智能体每天稳定产出，靠的不是更贵的模型，而是这 5 个结构化技巧——它们不拼提示词长度，不靠玄学微调，只做一件事：让 Claude 始终在干净、专注、可控的环境里干活。

下面全是实操干货，零基础也能立刻上手，我帮你把英文原文里的核心逻辑，全翻译成「人话 + 场景 + 动手步骤」👇

🔍 子智能体（Subagents）：给复杂任务配个“临时办公室”

解决什么问题？
你想查登录模块怎么刷新 token，Claude 一口气读了 23 个文件，结果你的主对话框里全是 auth.service.ts 的代码，再也看不到自己最初的问题了……

怎么做？一句话口令：

“用子智能体调查 token 刷新逻辑，重点看 src/auth/refresh.ts 是否处理过期 refresh token。”

✅ 效果：Claude 会新开一个「隔离小房间」去读文件、分析、总结，主对话框干干净净，只收到一句结论：“刷新逻辑未校验 refresh token 过期时间，存在无限续期风险，建议加 verifyRefreshToken() 校验。”

你还可以自定义专属子智能体，比如建一个安全审查员： 

# .claude/agents/security-reviewer.md
---
name: security-reviewer
description: "审查代码中的安全漏洞"
tools: Read, Grep, Glob, Bash
model: opus
---
你是资深安全工程师。重点检查：
- 注入漏洞（SQL/XSS/命令注入）→ 查 `req.body`、`res.send()` 等是否直接拼接用户输入
- 认证授权缺陷 → 查 `if (user.role === 'admin')` 这类硬编码权限
- 代码里有没有明文密钥 → 用 `grep -r "API_KEY\|SECRET" .` 扫描
- 敏感数据是否加密存储 → 查 `password` 字段是否用了 bcrypt

每条问题必须标出具体文件+行号，并给出修复代码示例。

✅ 小贴士：新建完这个文件，下次直接说：“用 security-reviewer 子智能体审计新写的 API 接口”，它就自动上岗。

⚙️ 自定义指令（Skills）：把重复流程变成 /xxx 123 一键触发

解决什么问题？
每次修 GitHub Issue 都要重复说：“先看 issue 内容 → 搜相关文件 → 改代码 → 写测试 → 提交 PR”……太啰嗦，还容易漏步骤。

怎么做？建个技能文件，一劳永逸： 

# .claude/skills/fix-issue/SKILL.md
---
name: fix-issue
description: 全流程修复 GitHub Issue
disable-model-invocation: true  // 关键！只在你手动敲 /fix-issue 时才执行
---
修复 GitHub Issue：$ARGUMENTS（例如 /fix-issue 1234）

1. 用 `gh issue view $ARGUMENTS` 获取问题详情  
2. 在代码里搜索关键词（如 issue 中提到的 “login timeout”）  
3. 修改对应文件，确保逻辑覆盖所有描述场景  
4. 新增或更新测试（文件名带 `.test.ts`）  
5. 运行 `pnpm test` 和 `pnpm lint`，全部通过才继续  
6. 提交 commit，信息格式：`fix(issue-1234): 修复登录超时未重试问题`  
7. 推送到远程并创建 PR

✅ 效果：以后只要输入 /fix-issue 1234，Claude 就按这个剧本全自动走完，你喝口水的功夫，PR 链接已经发到 Slack 了。

💡 对比提醒：
– CLAUDE.md 里放 永远生效的规则（比如“所有函数必须有 TypeScript 类型”）
– Skills 里放 偶尔触发的流程（比如“部署到生产环境”“审核 PR”）

🪞 多会话协作：让两个 Claude 当面“对线”

解决什么问题？
你让 Claude 写完一个限流中间件，再让它自己 review——它大概率夸自己：“逻辑清晰，边界完整”。因为它是“亲爹”，很难挑自己毛病。

怎么做？开两个窗口，角色分离：
– 窗口 A（写作者）：

“实现 API 限流中间件，支持 IP + 用户 ID 双维度，每分钟最多 100 次请求。”

  • 窗口 B（评审员）：

    “审查 src/middleware/rateLimiter.ts：是否存在竞态条件？是否兼容 Redis 集群？是否与现有 auth 中间件冲突？”

✅ 效果：窗口 B 完全没看过你写的代码，所以它真会揪出：“incrementAndGet 没加原子锁，高并发下计数可能丢失”——这种问题单会话根本发现不了。

其他实用组合：
– 测试先行：窗口 A 写测试（覆盖各种异常输入），窗口 B 只管让测试全绿，不准改测试文件
– 自动化批处理：用命令行非交互模式批量处理：
bash
# 批量迁移 50 个文件从 class 组件到 hooks
for file in $(cat files-to-migrate.txt); do
claude -p "将 $file 从 React class 组件迁移到 hooks，保持原有功能，返回 OK 或 FAIL" \
--allowedTools "Edit,Bash(git commit *)"
done

📄 AGENTS.md：给每个 Claude 智能体发份“岗位说明书”

解决什么问题？
14 个智能体共用一份 CLAUDE.md，结果发布文章的智能体总想去改数据库 schema，审代码的又天天问“这篇文章 SEO 怎么优化”……职责不清，互相干扰。

怎么做？给每个智能体单独配说明书： 

# .claude/agents/publisher.md
# 角色：发布专员
你负责把完成的文章推送到线上，不参与写作、不修改代码。

# 必做清单（缺一不可）
- [ ] 检查 frontmatter 是否含 title/date/tags 字段  
- [ ] 替换所有 `[PLACEHOLDER]` 占位符  
- [ ] 用 `link-checker` 工具扫一遍所有链接是否有效  
- [ ] Markdown 渲染预览无格式错乱  

# 沟通规则
- 发布成功 → 向 Editor-in-Chief 发送通知  
- 遇到缺失图片 → 停止并上报具体路径，不自行猜测填充

✅ 效果：发布智能体再也不会误删数据库迁移脚本——它的世界里只有 content/ 目录和 link-checker 工具。

🪝 Hooks（钩子）：让规则“雷打不动”执行

解决什么问题？
你千叮万嘱“每次改完文件必须跑 ESLint”，Claude 还是忘了……因为上下文太满，它“选择性失忆”。

怎么做？写个强制钩子（Claude 自动帮你生成）：

“写一个钩子：每次执行 Edit 工具修改文件后，自动运行 pnpm lint --fix 并报告结果。”

Claude 会生成配置写入 .claude/settings.json，从此：
✅ 改完代码 → 自动 lint → 报错就停，绝不糊弄
✅ 比 CLAUDE.md 里写一百遍“记得 lint”都管用

🚀 今天就能试的 4 个最小行动

别等“全学会”再动手，现在打开终端，照着做：
– 第 1 步：下次查代码时，直接说：“用子智能体调查用户注册流程，只读 src/auth/register.* 文件”
– 第 2 步：把你最常做的三步操作（比如“本地测试 → 构建 → 推送到 staging”）写成一个 /deploy-staging 技能
– 第 3 步：开两个 Claude 窗口，一个写新功能，另一个专门当“找茬 reviewer”
– 第 4 步：把 pnpm lint 加进钩子，让代码质量不再靠运气

这些不是“高级功能”，而是 Claude Code 的正确使用姿势——就像买车不只踩油门，还要会用定速巡航、车道保持、自动泊车。

真正的效率提升，从来不是让 AI 更努力，而是让它少犯错、少分心、少重复劳动。

直达网址：https://code.claude.com/docs/en/best-practices

作加

微信联系：timidamen

类似文章