核心内容摘要
Qwen3-ASR-1.7B部署指南：Prometheus监控指标暴露+GPU利用率/请求延迟/错误率看板
Datawhale干货作者BorisClaude Code创始人年初Claude Code 创始人 Boris Cherny 在 X 上首次公开了他的个人Claude Code使用技巧。
前天Claude Code 创始人 Boris Cherny 在X上再次公开了 Claude Code 团队的 10 个使用技巧干货满满。
以下是 Boris 的原文Datawhale团队翻译大家好我是 BorisClaude Code 的创建者。
想跟大家简要分享一些直接来自 Claude Code 团队内部的使用技巧。
其实团队成员的用法和我的习惯并不太一样。
请记住使用 Claude Code 并没有所谓的唯一正解——毕竟每个人的配置环境都各不相同。
建议大家多做尝试找到最适合自己的工作流Claude Code 团队的 10 个使用技巧
并行处理更多任务同时开启 3–5 个 git worktree让每个 worktree 都运行独立的 Claude 会话并行工作。
这是提升效率的最有效方法也是团队推荐的首要技巧。
我个人习惯使用多个 git checkout 目录但 Claude Code 团队的大多数成员都更偏爱 worktree——正因如此amorriscode 专门在 Claude Desktop 应用里为 worktree 开发了原生支持有些人还会给 worktree 命名并设置Shell 别名比如za、zb、zc这样就能通过键盘指令在不同任务间一键切换。
还有人会预留一个专门的“分析用” worktree仅用来查看日志和运行 BigQuery。
参阅文档https://code.claude.com/docs/en/common-workflows#run-parallel-claude-code-sessions-with-git-worktrees
任何复杂任务都从 Plan Mode 开始把精力集中在打磨计划上这样 Claude 在实现代码时就能一步到位1-shot。
团队里有个成员的做法是先让一个 Claude 写出计划然后启动第二个 Claude让它代入Staff Engineer资深工程师的角色来对计划进行Review审查。
还有成员建议一旦发现进展跑偏go sideways立刻切回 Plan Mode重新规划。
千万别硬推。
他们甚至会明确指示 Claude 在验证步骤中也要进入 Plan Mode而不仅仅是在构建代码的时候才用。
用心经营你的 CLAUDE.md要在CLAUDE.md上多下功夫。
每次纠正完 Claude 的问题后记得在结尾加一句“把这条更新到CLAUDE.md里确保下次别再犯同样的错误。
” Claude 在“给自己制定规则”这方面能力强得离谱eerily good。
随着时间推移你要大刀阔斧ruthlessly地编辑你的CLAUDE.md。
保持迭代直到你能感觉到 Claude 的错误率显著下降为止。
有一位工程师的用法是让 Claude 为每个任务或项目维护一个笔记目录并且在每次 PR代码合并后都去更新它。
然后他在CLAUDE.md里直接引用这个目录作为索引。
创建你自己的专属 Skill 并提交到 Git在所有项目中复用团队给出的建议如下封装复用如果某个操作你每天要重复不止一次就应该把它封装成一个 Skill 或指令。
清理技术债做一个/techdebt的斜杠命令Slash Command每次会话结束时跑一下专门用来揪出并干掉find and kill重复代码。
上下文聚合设置一个命令用来抓取过去 7 天内的 Slack、GDrive、Asana 和 GitHub 数据并把它们一次性打包成一份上下文汇总Context Dump。
专用 Agent构建像数据分析工程师Analytics Engineer那样的 Agent让它们专门负责编写 dbt 模型、Code Review 以及在 Dev 环境中测试变更。
了解更多https://code.claude.com/docs/en/skills#extend-claude-with-skills
Claude 几乎能自主搞定大部分 Bug。
我们是这么做的开启 Slack MCP 插件然后把 Slack 里的 Bug 讨论串直接贴给 Claude只说一句“fix”就行完全不需要在不同工具间切来切去。
或者直接跟它说“去把失败的 CI 测试修了”不用管它具体怎么修。
还可以把 Docker 日志丢给 Claude 让它去排查分布式系统——它在这方面的表现好得惊人。
提升你的 Prompt 技巧a. 挑战 Claude对它说“针对这些改动向我提问在我通过你的测试之前不要提交 PR。
”让 Claude 担任你的评审员。
或者说“证明这套方案行得通”让它对比 main 分支和 feature 分支的行为差异。
b. 如果修复方案不够理想可以对它说“基于你现在掌握的信息推翻刚才的方案换一个更优雅的实现。
”c. 在交付任务前先写好详尽的规格说明Specs以减少歧义。
你写得越具体它的输出质量就越高。
终端与环境配置团队非常推崇 Ghostty很多人喜欢它的同步渲染、24 位色彩以及对 Unicode 的完美支持。
为了更方便地管理 Claude可以利用/statusline自定义状态栏让它始终显示上下文占用情况和当前的 Git 分支。
我们中还有许多人习惯给终端标签页设置颜色和命名有时配合 tmux 使用每个任务或工作树worktree占用一个标签。
使用语音听写。
你说话的速度比打字快 3 倍这样写出来的 Prompt 也会因此详尽得多在 macOS 上连按两次 fn 键即可开启。
更多技巧请参考https://code.claude.com/docs/en/terminal-config
使用子智能体Subagentsa. 增加算力投入在任何请求后加上“use subagents”如果你希望 Claude 投入更多算力来解决某个问题。
b. 任务卸载将独立任务分配给子智能体这样可以保持主智能体Main Agent的上下文窗口Context Window整洁且聚焦。
c. 权限审批自动化通过 Hook 将权限请求路由给 Opus
5——让它扫描是否存在攻击风险并自动批准安全的请求详见https://code.claude.com/docs/en/hooks#permissionrequest。
使用 Claude 进行数据分析让 Claude Code 调用bq命令行工具即时获取并分析指标。
我们将一个 BigQuery 技能Skill提交到了代码库中团队里的每个人都会直接在 Claude Code 里用它跑分析查询。
就我个人而言我已经有 6 个多月没亲手写过一行 SQL 了。
这种方式适用于任何拥有命令行工具CLI、MCP 插件或 API 的数据库。
利用 Claude 进行学习分享一些团队内部使用 Claude Code 辅助学习的小贴士a. 开启解释模式在/config中启用 “Explanatory解释型” 或 “Learning学习型” 输出风格让 Claude 解释代码改动背后的原委。
b. 生成可视化简报让 Claude 生成一个用于解释陌生代码的可视化 HTML 演示文稿。
它做出来的幻灯片效果好得惊人c. 绘制 ASCII 架构图让 Claude 针对新协议或代码库绘制 ASCII 流程图这能帮你快速理清逻辑。
d. 构建间隔重复学习技能打造一个基于“间隔重复Spaced-repetition”的学习技能——先由你解释自己的理解Claude 通过追问来填补你的知识盲区并记录学习结果。
一起“点赞”三连↓