Skip to content

Commit 205bfe3

Browse files
committed
docs: add heavy ai user promotion article
1 parent bdc1623 commit 205bfe3

1 file changed

Lines changed: 131 additions & 0 deletions

File tree

Lines changed: 131 additions & 0 deletions
Original file line numberDiff line numberDiff line change
@@ -0,0 +1,131 @@
1+
# 重度 AI 编程用户的一天:我怎么把 Claude Code / Codex 工作流搬进浏览器工作台
2+
3+
如果你现在已经是 `Claude Code``Codex` 的重度用户,大概率会有一种很熟悉的感觉:
4+
5+
模型越来越能干,但你的工作流还是很碎。
6+
7+
Agent 在终端里跑,代码在编辑器里看,Diff 要去 Git 工具里翻,离开工位之后想看进度,还得重新 SSH、远程桌面,或者干脆等回到电脑前再说。很多时候,真正拖慢效率的已经不是模型能力,而是这套工作流根本没有被接住。
8+
9+
我最近就在解决这个问题。
10+
11+
准确地说,我不是在找一个“更强的 AI 编程工具”,而是在找一个能承载 `Claude Code / Codex` 的工作台。最后,我把自己的日常工作流搬进了浏览器里的 `Coder Studio`
12+
13+
它不是云 IDE,也不是简单把终端塞进网页,而是一个本地优先的 AI 编程工作台:服务跑在你自己的机器上,但你可以通过浏览器在桌面、平板、手机上访问同一个 workspace,把 Agent、文件、Git 和终端放到同一个界面里。
14+
15+
![Coder Studio 工作区总览](../help/assets/screenshot-workspace-overview.png)
16+
17+
## 早上:在桌面端发起真正的 AI 编程任务
18+
19+
我现在一天的开始,通常不是先打开一堆终端窗口,而是先打开 `Coder Studio` 的 workspace。
20+
21+
比如我要改一个功能时,我会这么分工:
22+
23+
- 开一个 `Claude Code` 会话,负责重构主逻辑
24+
- 再开一个 `Codex` 会话,处理测试、边角修复或者辅助验证
25+
- 同时把文件树、编辑器、Git 变化和终端都放在一个界面里盯着
26+
27+
以前这种工作流也能做,但体验很散。
28+
29+
你会在多个终端标签之间来回切,在编辑器和 Git 工具之间跳转,脑子里还得一直记住“哪个 Agent 正在改什么、改到了哪里、工作区现在脏成什么样”。Agent 一多,注意力就会被这些上下文切换不断打断。
30+
31+
`Coder Studio` 比较对我胃口的一点,就是它把这些东西收拢了。
32+
33+
我不需要一边盯终端输出,一边再切到别的应用里看文件改动。Agent 会话、代码、Diff、终端,本来就属于同一条工作流,放回一个工作台里才顺。
34+
35+
![Coder Studio 桌面端工作区](../help/assets/screenshot-pc.png)
36+
37+
## 中午:离开工位之后,工作流不再断掉
38+
39+
过去最烦的一种情况是:Agent 还在跑,但人已经离开工位了。
40+
41+
这时候你其实很想做三件事:
42+
43+
- 看它现在跑到哪一步了
44+
- 看它改了哪些文件
45+
- 判断这次输出值不值得你回去继续接手
46+
47+
传统做法要么是远程桌面,要么是 SSH 进去硬看终端输出。前者在手机上几乎没法用,后者又看不到完整的 workspace 上下文。
48+
49+
这也是我开始认真看“浏览器工作台”这条路的原因。
50+
51+
`Coder Studio` 里,我中午出门之后,手机上直接打开同一个 workspace,就能继续看 Agent 的输出、文件变化和 Git 状态。重点不是“手机上也能编程”这种噱头,而是工作流的连续性没有断。
52+
53+
![Coder Studio 移动端工作区](../help/assets/screenshot-mobile.png)
54+
55+
这点对重度 AI 编程用户很重要。
56+
57+
因为我们现在越来越多的时间,不是花在亲手敲每一行代码上,而是花在:
58+
59+
- 发起任务
60+
- 观察执行
61+
- 判断结果
62+
- 中途纠偏
63+
- 最后接管收尾
64+
65+
如果这些环节只能被绑死在某一台电脑前,其实还是低效。
66+
67+
## 晚上:换一台电脑继续,不需要重新接管环境
68+
69+
晚上回家继续干活时,很多工具的问题会再次暴露。
70+
71+
你需要重新连环境,重新打开项目,重新找刚才那个终端,重新确认 Agent 跑到哪里,重新建立上下文。流程不是不能继续,只是很不丝滑。
72+
73+
`Coder Studio` 的思路很简单:
74+
75+
`Deploy once, code everywhere.`
76+
77+
服务启动一次,同一个 workspace 可以在不同设备上继续访问。办公室电脑发起的任务,晚上回家在另一台电脑上打开浏览器就能接着看。不是重新开始一份环境,也不是重新接管一台远程机器,而是继续同一个工作区。
78+
79+
`Claude Code / Codex` 这种本来就偏“异步协作式”的工作方式来说,这种跨设备连续性比我想象中更有价值。
80+
81+
## 为什么这类用户会需要一个“工作台”
82+
83+
我现在越来越觉得,`Claude Code / Codex` 的重度用户,后面一定会遇到一个共同问题:
84+
85+
不是模型不够强,而是工作流太碎。
86+
87+
你会同时遇到这些需求:
88+
89+
- 想并行跑多个 Agent
90+
- 想一边看输出,一边审代码改动
91+
- 想把终端、编辑器、Git 放到一起
92+
- 想离开工位后还能看进度
93+
- 想换设备时不要重新接手环境
94+
- 想保留本地运行和代码隐私,而不是把项目整个丢到云 IDE
95+
96+
这时候你需要的,已经不是又一个聊天窗口,也不是又一个“AI 功能入口”,而是一个真正的工作台。
97+
98+
`Coder Studio` 让我比较认可的地方也正在这里:
99+
100+
- 它是`本地优先`的,代码留在你自己的机器上
101+
- 它支持 `Claude Code``Codex` 这类 CLI Agent 工作流
102+
- 它把 `Agent + 文件 + Git + 终端` 放进一个浏览器界面
103+
- 它不是只照顾桌面端,手机和平板也能接住查看和续接场景
104+
105+
## 这工具适合谁,不适合谁
106+
107+
如果你属于下面这类人,`Coder Studio` 会比较有感觉:
108+
109+
- 每天都在用 `Claude Code / Codex`
110+
- 经常一边跑 Agent,一边盯文件和 Git 变化
111+
- 会在办公室、家里、移动设备之间切换
112+
- 希望保留本地环境,不想完全依赖云 IDE
113+
114+
但如果你只是偶尔让 AI 帮你补几行代码,或者基本只在一台电脑、一个终端里工作,那它未必是刚需。
115+
116+
它更适合已经进入“AI 编程工作流阶段”的用户,而不是只想体验一下模型能力的人。
117+
118+
## 最后
119+
120+
我现在对 AI 编程工具的判断标准,已经慢慢变了。
121+
122+
以前我最关心的是“模型强不强”。现在我更关心的是:这套工作流能不能让我在不同设备之间连续工作,能不能让我同时管理多个 Agent,能不能把终端、代码、Git 和上下文放回同一个地方。
123+
124+
从这个角度看,`Coder Studio` 更像是在补 AI 编程工作流里的那块缺口。
125+
126+
如果你已经是 `Claude Code / Codex` 的重度用户,也许下一步该优化的,不只是提示词,而是你的工作台。
127+
128+
```bash
129+
npm install -g @spencer-kit/coder-studio
130+
coder-studio open
131+
```

0 commit comments

Comments
 (0)