Claude Code
Claude Opus 4.8
Claude Sonnet 4.6
入门技巧用熟后，可以再看看这些"效率倍增器"，能否给你的工作流提效。.-部署 sub-agents 并行处理最容易被低估的功能。我之前所有任务都串行执行，后来发现可以说："启动一个 sub-agent 处理数据库，再启动一个处理 API，你来协调。" 每个子代理上下文独立，互不污染。.-可复用提示词存成skill同一套指令写第二遍就是浪费。我把代码审查、API 规范这些工作流存成技能文件（比如 skills/code-review.md），加载后CC自动遵循我的标准，不用重复解释。.-简单任务用轻量模型我之前什么都用 Opus，后来发现这就像开法拉利买菜。简单重构、样板代码用 Haiku 就够；架构决策、复杂调试才需要 Sonnet 或 Opus。让模型匹配任务。.-持续更新 CLAUDE.md/init 生成的 CLAUDE.md 不是一次性文档。技术栈升级、新增约定、已知问题，都要同步更新。过期的 CLAUDE.md 比没有更糟，会让 Claude 朝错误方向发展。.-用外部文件替代大段内容我一开始把所有文档塞进 CLAUDE.md，结果越来越臃肿。后来改成引用外部文件（架构参见 /docs/architecture.md），只加载需要的部分，上下文更轻量。关键是让 CLAUDE.md 作为索引。.-会话跑偏立刻终止我之前会试图不断纠正把 Claude 拉回来，结果越纠正越偏。现在一发现不对就喊停："停下，真正需求是 X，约束是 Y，重新开始。".-截图验证布局Claude 看不到应用，但能分析截图。我之前用文字描述"按钮位置不对"，Claude 经常理解不准。现在直接贴截图，可视化调试快太多，特别适合前端问题。.-恢复之前的会话用 claude --resume 加会话 ID，可以直接恢复上次的完整上下文。我现在会把需要延续的会话收藏起来，对跨天推进的任务特别有用。.-用 API 替代 MCPMCP 服务器有额外开销。高频调用直接调 API 更合适：告诉 Claude 端点和密钥格式，让它直连。开销小、token 少、延迟低。.以上，就是今天的进阶版。建议不要一次全部上手，选一两个最适合当前场景的，用熟再说。
发布于 北京
3
3
2
未登录
友善发言
评论
加载中
