大家好，我是讯享网，很高兴认识大家。这里提供最前沿的Ai技术和互联网信息。



hello，朋友们，我是专注于自媒体+AI编程的jiangye。

最近x上疯传Claude Code之父Boris Cherny的一个帖子，关于Claude code的使用技巧。

元旦期间，我也在写AI编程的小白课程，2026年，自媒体+AI编程确实是一个非常大的红利。

通过做自媒体来反哺做AI编程，比如可以做一些小应用，能够最大程度的变现；

同样，你做的小应用，可以直接发到自己的社交媒体账号上，让需要它的人看到。

可能很多人使用claude code，还是像使用cursor一样，简单的使用cursor进行自然语言控制。

但是，Claude code的价值却远远不止这些，它既是一个通用型智能体，也是一个非常好用的AI编程工具。

接下来，这13条Claude code使用经验，详细解释一下。

他提到，首先会在终端并行5个任务，也就是开5个终端，这相当于同时你可以驱使5个数字员工帮你干活。

比如说这样的：

每个终端从1标号到5，相互隔离，并且系统提示会在什么时候需要输入，你在其中扮演的角色就是根据系统提示输入内容。


关于系统通知，其实cc里面有一个hook，可以接入第三方软件进行触发，这是一种方法，适合复杂任务通知。

参考：https://code.claude.com/docs/en/hooks#notification

比如说这样的hook：

 
 
   
   
 
  
    
     
  
    
     
  
    
     
 
   
   

        ]
      },
      
        ]
      }
    ]
  }
}

这里就有两个通知，

一个是permission_prompt，对应来自Claude Code的许可请求；

另外一个是idle_prompt，当Claude等待用户输入时。

更加详细的，可以看文档。

但是我在官方文档里面看到，也可以用 iTerm 2系统通知 自行设置。

其实Claude code不仅仅只有终端这么一个使用路径。

在web，各种ide编辑器，slack协作办公软件里面都有他的影子。

Boris Cherny 利用这种优势，结合云端和本地的Claude code，

在 claude.ai/code 上运行 5 到 10 个 Claudes，和本地的 Claudes 并行。

他的工作流程是这样的。

每天早上或者白天在iOS 应用里面启动几次会话，然后等到下午再去查看。

也就是，直接将本地会话交给网页，也可以在浏览器里面去启动会话，反正最终对话是可以互传的。

按照Boris Cherny 的说法，在用Claude code的时候，会结合Opus 4.5 + 思考模式来使用。

那么如何设置？

如果要常用，那么在配置文件settings.json中将alwaysThinkingEnabled参数设置为true，就可以开启thinking模式。

当然，你也可以在终端切换是否使用thinking模式。

总体来说，使用thinking模式在某些复杂任务情况下的效果远远优于其他情况。

首先来说说CLAUDE.md这个文件是干嘛的。

这个是管理你整个项目文件的指导手册，在首次启动Claude code，运行/init之后创建。

如果是已有项目，会放置这些内容：

这个文件非常重要，基本就是给Claude code看的行军地图。

在整个项目中，不仅仅只有这么一个CLAUDE.md文件。

三种常见位置的 CLAUDE.md 文件：

1. CLAUDE.md ：由 /init 生成，提交到版本控制，与团队内其他工程师共享
2. CLAUDE.local.md ：不与其他工程师共享，包含你个人的指令与定制 ，放置在本地，类似git的本地仓库
3. ~/.claude/CLAUDE.md ：适用于你本地的所有项目， Claude 在所有项目中遵循的指令，你自己做好的

Boris Cherny在博客提到，他们团队共享一个CLAUDE.md （这里是系统级的，第一个md）用于 Claude 代码仓库。

所有工程师都会共享这一个文件，避免了项目代码中重复繁杂的工作。

这个就是专业人士会用到的功能，在代码上线过程会有人去做审查，防止注入病毒或者其他安全隐患。

特别是，防止石山代码。

在PR审查时用@.claude标记，就可以通过Claude Code GitHub action把内容自动添加到CLAUDE.md。

可以直接用/install-github-action安装这个集成。

俗话说，失败踩坑是成功的经验积累，这一条也是将问题沉淀下来，直接自动拉到Claude.md 便于团队复盘。

前面其实说了，Claude code是一个通用智能体，

那么智能体就应该有那个什么四要素。

规划、执行，反思等。

关键是，在Claude code如何启用，在这种黑窗口里面，就必须得通过命令触发，没有其他ide的那种按钮了。

在Claude code里面，通过快捷键：shift+tab两次，就可以启用Plan mode模式。

先规划，后执行，会避免很多不必要的损耗和踩坑。


等反复完善计划好之后，就可以切换到auto-accept模式一次性实现。

同理啊，产品经理和程序员沟通需求，就需要越清晰越好。

其实一些重复性的工作可以沉淀为工作流，作为自定义的命令，减少与Claude的交互。

比如提交代码，分支合并，拉取代码到本地等。

一方面是为了节省token，另一方面为了提高效率。

你可以在.claude/commands/目录下创建自定义命令（斜杠命令），比如/commit-push-pr。

别忘了，现在你开始在终端，通过!bash命令，就可以使用bash命令了，完全不需要费token，有一些任务还是得这样。

举个简单例子，/commit，就可以自动处理代码提交。

再复杂一点的，/feature-dev，会一步步构建：问需求，写规范，定计划，创建todo-list，step by step。

正如之前我写的几篇文章，一些常用的复杂工作流程可以沉淀以角色为主导的subagent。

与斜杠命令不同，它比较简单，每次突突执行单任务；

Boris Cherny 使用了几个子代理。

用code-simplifier 在 Claude 工作完成后简化代码，verify-app 有详细的 端到端测试说明，等等。


类似于斜杠命令，他把子代理看作是自动化的常用工作流程。

比如做代码审查，同时启动多个subagent：

1号检查代码风格，2号翻项目日志，3号找bug。

然后用5个subagent专门找出误报。

大模型生成的代码，最终还是有一些瑕疵，比如一些json格式，xml格式。

与大模型这种概率抽卡离不开干系。

所以它用PostToolUse hook来自动处理格式化，让Claude专注于逻辑。

Hook，这个确实有意思，只要是遇到格式化问题，都会触发到这个hook钩子。

在企业级的项目里，权限控制是一个非常头大且危险的事情。

不建议使用–dangerously-skip-permissions这个危险选项。

推荐使用/permissions预授权bash命令，配置存在.claude/settings.json里。


对于团队而言，千万别把高级权限（比如rm * ) 给你的成员，不然只有删库跑路的笑话，而且会危害本地的所有文件。

啊喂，这可是系统级的命令。

对于Claude code来说，mcp是它的一部分灵魂。

从anthropic起家，天然与Claude code集成。

通过MCP配置之后，Claude可以访问你的各种工具：

发Slack消息

查BigQuery数据

看Sentry错误日志。


并且我觉得，在未来Claude code深入到各种第三方软件里，有了mcp，能够更加丝滑的进行协同，通过AI，让这一切连接起来。

不过值得注意的是，skill也同样值得关注，虽然当下99.99%的人还没有发挥出它的所有优势。

稳定、长时间、高效交付运行任务，当下很多智能体其实还办不到。

Claude code是怎么做的呢？

Boris有三种方案：

还可以在沙盒中使用 –permission-mode=dontAsk 或 –dangerously-skip-permissions 来避免会话的权限提示。

Boris说，Claude code可以连续运行数分钟甚至长达数天。

终于到最后一条了。

也是最重要的，如何保证最终交付结果的稳定性。

给 Claude 一个验证结果的工作方式。

比如用Claude Chrome扩展来测试生成的UI，或者设置一个Stop hook自动运行测试套件，测试失败就让Claude修复。

如果 Claude 有反馈环路，最终效果的质量会提升 2-3 倍。