「穗穗念手帐」
记录一些不可再被拖延的出海节点路，滑梯效应滑进去，挑战卡点，获得爽点。
💡 来自 Claude Code 创建者 Boris 的内部分享 Anthropic 团队总结的实战技巧精华
🚀 多任务并行：git worktree 的威力
核心技巧： 同时启动 3-5 个 git worktree，每个跑一个独立的 Claude 会话
这是团队公认的 最大生产力提升点Boris 本人偏爱 git checkout，但团队大多数开发者更青睐 worktree 方案
📋 Plan Mode：复杂任务的最佳起点
每个复杂任务都应该以 plan mode 开始：
-
第一步： 让 Claude 制定详细计划
-
第二步： 启动第二个 Claude 作为"幕僚工程师"进行审查
-
纠偏机制： 一旦事情跑偏，立刻切回计划模式重新规划
-
验证环节： 明确要求 Claude 在验证步骤进入 plan mode
🔄 错误迭代：CLAUDE.md 的持续优化
黄金法则： 每次纠正错误后，以这句话结尾：
"更新你的 CLAUDE.md，确保不再犯同样的错误"
核心理念： 毫不留情地不断迭代，直到 Claude 的错误率明显下降
🛠️ 自定义技能库：一次创建，终身复用
创作原则： 如果你每天做某件事超过一次，就把它变成 Skills
最佳实践：
-
创建自己的 Skills 并提交到 git
-
在每个项目中复用这些技能
-
构建个人专属的工具链
🐛 自动化调试：让 Claude 自主修复
实战场景： 大部分 bug Claude 都能自己修
操作方法：
-
启用 Slack MCP
-
把 Slack 里的 bug 讨论帖粘贴给 Claude
-
只说一句："修复它"
替代方案： 直接说"去修复失败的 CI 测试"关键原则： 不要微观管理怎么做
💬 提示词升级：从执行到审查
让 Claude 当审查员：
"针对这些改动严厉审查我，在我通过测试之前不要创建 PR"
让 Claude 证明可行性：
"向我证明这行得通"
对比分析： 让 Claude 对比 main 分支和功能分支的行为差异
🎯 追求优雅：超越平庸的修复
升级指令：
"基于你现在掌握的所有信息，废弃这个方案，实现那个更优雅的解决方案"
任务交付前置条件：
-
写详细的规格说明
-
减少歧义
-
描述得越具体，输出越好
🖥️ Ghostty 终端：团队的最爱
核心优势：
-
✅ 同步渲染
-
✅ 24 位色彩支持
-
✅ 完善的 Unicode 支持
自定义配置：
-
用
/statusline自定义状态栏 -
始终显示上下文使用情况和当前 git 分支
-
给终端标签页做颜色编码和命名
-
每个任务或 worktree 一个标签页
🎤 语音输入：3倍速的效率革命
效率数据： 你说话比打字快 3 倍，提示词会变得详细得多
开启方式（macOS）： 连按两次 fn 键
🤖 Subagents：算力分配的艺术
使用场景： 在任何希望 Claude 投入更多算力的请求中
核心指令： 加上 "use subagents"
运作机制： 把单个任务分给子代理，保持主代理的上下文窗口整洁专注
📊 即时分析：bq CLI 的强大功能
让 Claude Code 用 "bq" CLI 即时提取和分析指标
🎓 学习型输出：理解背后的逻辑
在 /config 里启用"解释型"或"学习型"输出风格
让 Claude 解释它改动背后的"原因"
👇 本文为星球精选内容节选（完整版仅对星球成员开放），你只需一次性加入星球（¥168/年）就能解锁全部内容 + 每周更新 + 群内答疑。还等什么？加入我们，共同进阶。
AI信息良莠不齐，很多看起来很牛的技术，其实根本没法用。如果你在网上看到什么"神器"，不知真假， 欢迎来问，我给你一个实战派的客观判断。 少走弯路，就是最快的捷径。
