https://www..io/blog/-code

我成为 的重度用户已然超过一年了，数月前已达此状态 。我撰写过速成指南，数千名开发者每周都会用作知识参考 。我钻研过详尽深入的 高级功能，以及代理模式中极为出色的最佳实践 。

然而我放弃了这一切，转向了 Code。

自从几周之前开始，我一直都是在运用Code，而并非是其代理功能。说实话，已然不存在能够回头的路径了。

以下是我如何使用 Code 以及获得最佳体验的技巧。

使用 VS Code 扩展

首先，进行Code扩展的安装，它适用于VS Code，或许也适用于其他，别期望会有什么惊喜，它本质上就是一个启动器，然而它使得打开Code变得极为简单，只要它们在代码库的不同部分开展工作，你能够在IDE的不同窗格中并行运行多个实例。

我依旧采用 做迅速的 +K 补全以及 tab 补全。然而代理侧边栏呢？唯有在 出现宕机状况时我才会去触碰它。

奇怪的是，我的工作流程是怎样演变的呢。我过去在主编辑器中编码的时候，是把它当作一个小侧边栏的。现在我首先默认使用它，只有在审查更改的时候，才去瞄一眼代码。它已经变成我的主要界面了codejock 16，而不再是次要界面了。

终端 UI 很不错

没错，我同样满心狐疑。借助终端界面开展基于聊天的代码编辑行为？听闻起来仿若一种倒退。不过，完成得挺好 。

你能够以轻松的状态， 使用@给文件做标记，借助斜杠命令（这很有帮助），并且精准地挑选出要纳入的上下文。除非Opus出现状况，不然我大多时候会使用Opus，随后再切换到 。多数人很可能应当采用默认设置——它将会在用Opus直至你达成50%的使用量，之后转而出于成本效益的考量切换到 。

专业技能方法：时常运用/clear，每当开启全新的任务之际，将聊天记录清除掉，你并非需求全部那些历史记录去占用你的token，你绝对是不需要去运行压缩调用来归总旧对话的，径直清除并且接着进行 。

可以凭借向上箭头开展查看那般过往时期的聊天记录的行为，就连之前相应会话期间以内存在的记录都能够浏览得到，在个人有着对于昨日时间段的内容层面的参考迫切需要之际，如此操作显得极为便利 。

权限系统会让你抓狂

围绕 Code 而言，最令人厌烦不已的事情所在之处为，它对任何事项均索要请求权限。你将一个提示予以输入之举后，它着手开展工作，你转而前去检查 Slack，历经五分钟的时间再度折返回来时，它就那般静静安坐在那里，张口探问“我能够去编辑这个文件吗？”。

是的，你可以编辑文件。这就是重点所在。

运行基本的命令同样是这样的情况，“我能够运行lint这件事吗？”答案是肯定的，哎呀呀，那当然是可以运行的 。

但若存在一种解决办法，每当我打开 Code 之时，我都会按下 +C 而后运行 。

它并非如听闻的那般具备危险性，将其予以设想codejock 16，使之成为旧有的yolo模式。流氓代理于理论层面而言，有无可能运行具备破坏性的命令呢？答案是肯定的。在我历经数周的使用过程当中，可曾目睹过此种情形呢？从来都未曾出现过。

这取决于你的风险承受能力，但我晚上睡得很安稳。

集成实际上很有用

里面有一个更为酷炫的斜杠命令是 /--app，在执行之后，便会自行审核你的PR。

这点事实上相当有用，鉴于伴随你运用更多的AI工具，你的PR数量将会有所增长。说实话？时常能发觉人类欠缺关注而遗漏的错误。人类会对变量名吹毛求疵，会察觉到实际存在的逻辑错误以及安全方面的问题。

要点在于自定义审查提示，开箱即用的提示实在太过冗长，它会针对每一个微小细节都展开评论，还会增添一个 -code-.yml 文件，该文件里面已然存在一个提示，这儿是我所运用的替代版本：

# claude-code-review.ymldirect_prompt:
查审此拉取请求，寻觅错误之处以及安全方面的问题，仅汇报你所发觉的错误和潜在的漏洞，要保持简洁 。

我们察觉到，这个工具存在的初始问题在于，它着实冗长，会针对各类细微且不重要之事予以评论，还会在每一个PR上撰写一整篇文章 。

如有侵权请联系删除！