没有编辑器， CLI 纯聊天写代码的方式有点儿难适应

@jedeft 目前插件推荐用编辑器就 VsCode 和 Cursor ，你可以试试，里面可以很轻松的配置 Codex 和 ClaudeCode

提供上下文给 ai 时，没办法精确关联到文件第几行

----

我同时开着 vscode 用来 diff review. 改旧项目不可能纯 cli 的, 上下文一多, 把你角落里的看起来不相关的代码就删了.

同时还装着个插件, 可以把多行的代码同时发给 cc, cc 自带的 vscode 插件好像只能带上连续的区域选中, 不能跨行跨文件

src/background/service_worker.ts:252-252
```
chrome.runtime.onInstalled.addListener(async () => {
```

src/background/service_worker.ts:260-260
```
chrome.runtime.onStartup.addListener(async () => {
```

很奇怪，难道有谁说用 cli 就不能打开你的编辑器或者 vscode 吗？看得过来你就看 看不过来你就只能闭眼提交呗，为什么非要非此即彼呢

我觉得前提你是要用一个好的专用 code 模型，用通用模型会爆炸的，到时候维护不了，ai 又改不到你想要的结果

AI 生成代码后，再在 ide 里浏览也差不多吧

核心问题不是你“看不到代码”，而是你“看不完代码”。

cli 形式的代码 agent 就是为了极高速度地产出，就是干碎人眼干碎人脑的。

这种产品不是给你“人”写代码的。人家就是为了取代你来写代码的。

所以从设计上人家根本不 care 你能不能看代码，怎么看代码，“爱咋看咋看，llm 不在乎”。

可以关联到行啊 你看看说明, 比如 @filename (lines 50-60)

因为代码已经不重要了，我们团队从今年春节后开始，已经完全接受软件代码是纯黑盒，只要表面上能够跑，底层屎不屎的已经不在意

@yoshiyuki 同理，我们也不再做任何的 code review ，用 e2e 测试证据替代

我的工作流是 Claude Code CLI 跑任务，旁边开个 VSCode 看 diff ，两个窗口并排，不难适应。CLI 最爽的是可以一边开几个并行任务，IDE 里的插件反而串行多。

@ooooo00000ooooo 请问主题用的是哪个

同样的感觉，试过 CLI 的 AI Agent 不适应还是回到 cursor 了

刚开始还要去研究下厨师怎么炒的, 菜从哪里买的, 有没有洗过, 油温对不对, 流程对不对, 有没有洗手
后来每次菜都太好吃了..
然后你就会管他怎么做的..端上来就吃...(就算有一次他端了一盆那啥上来)

直接 git diff 不就完了吗？