Claude Code On Web

曾经的我对 CC On Web 不屑一顾，后来让 CC 云端干活做快速验证，Fork 仓库做极速二开和写技术报告的我，觉得太好用啦。

而且在代码质量上，好像因为环境更贴合，相比于本地的各种个性化设置，CC 在 Web 上的表现更好

首先，Claude Code On Web 最大的好处就是不用开终端，直接在浏览器里就能让 AI 帮你写代码。你只要连上自己的 GitHub 仓库，描述一下需求，AI就能自动帮你实现。比如我有时候项目里积压了好多小 bug，懒得本地拉代码，直接在网页里开个会话，让 Claude 帮我改，进度还能实时看到，自动给你生成拉取请求，还会附带变更摘要，交付效率真的很高。

而且它可以同时在不同仓库里跑多个任务，每个任务都是独立环境，互不影响，像我有时候要同时修几个项目的小问题，用 Claude Code 就很方便。

工作流也挺灵活的。你可以在网页上开始任务，如果觉得需要本地调试，就一键点“Open in CLI”，直接切到本地终端继续搞，反过来也行。简单的改动在网页上就能解决，复杂一点的调试可以转到本地，场景切换很方便。

代码质量这块，Claude Code 生成的代码规范性挺强，注释、格式都还不错，甚至有时候它会主动优化算法复杂度，整体来说，代码质量比一些传统 AI 工具要高，基本不用怎么改，特别是做复杂项目的时候，优势挺明显。

安全性也不用太担心。每个任务都在隔离的沙盒环境里跑，网络和文件系统都被限制住，Git 操作也是走安全代理，Claude 只能访问你授权的仓库，还能自己加网络配置，代码和凭证安全性有保障。

还有一个好处就是门槛低。你不用懂命令行，甚至不会写太多代码也能用。只要能说清楚需求，AI就能帮你处理，挺适合新手或者不想折腾环境的小伙伴。

不过，缺点也挺明显，有些甚至挺致命：

首先，封号风险真的高。官方对国内用户不太友好，网络节点不稳定，或者你用国产浏览器，都可能被标记为异常，账号被封了申诉也不一定能解决。我自己有朋友就遇到过，登录几次就被封号，挺麻烦的。

价格也不便宜。按 token 收费，复杂任务费用很高，重度使用一个月下来，花费能轻松过百美元。相比那些月费无限用的工具，成本压力挺大。

网络要求也高。基本需要翻墙，网络不稳就会出问题，甚至影响账号安全。国内用起来体验不太友好。

还有就是某些特定框架支持不太行。Claude Code处理大项目还行，但如果你用很特殊的库或者框架，它有时候没那么懂，生成的代码需要你自己多检查，多调试。

移动端也还没完全做好。虽然有了 iOS 版，但还在预览阶段，功能不全，体验有待提升。

最要命的几个缺点：

权限太死了。你不能自己装浏览器插件，也不能用 ngrok 这种工具映射端口，没法预览代码效果。AI写的代码你都不能提前验收，直接提交风险很高。

虚拟机调度也有点乱。比如不同对话在同一个虚拟机下，3000端口啥的经常被自己占用，任务之间冲突，体验不太好。

没有终端权限。你不能自己手动帮 AI 调整环境，出了问题完全没法自己修。

环境变量兼容性也差。有些带特殊符号的环境变量粘贴不了，设计细节有点粗糙。

web端，大概是因为简化了编码，它知道何时使用子代理避免复杂，但beta中上下文稀释是痛点。
产品力上，它提供实时进度跟踪和聊天日志，能看到决策过程，并且速度很快。

在UX上，它简化了编码，通过聊天界面委托任务，减少了IDE的麻烦，用户报告它像“初级开发者”一样可靠，节省时间于bug修复。比起Cursor，我觉得Claude更适合云端协作，不用本地安装啥的。个人体验是，对于简单任务，三击鼠标就能生成PR，分钟级搞定，比手动快多了。

上下文工程是它的硬天花板，支持大repo，但有一点很难受，token浪费得应该要比应用端要多很多。有时候还会丢失细节。厉害的地方是有动态加载相关文件，避免全加载崩溃，这点比一些老工具强。

对于模糊指令，它会反问或自动计划，转译得准，但偶尔忽略或多做无关变化。过程幻觉有风险，得手动查PR。多轮复杂任务支持，但可能卡住。

beta阶段还有优化空间。

看了Claude Code On Web的完整介绍和演示，感觉这个项目适配云端环境。

如果本身项目不复杂（比如数据库独立，代码独立），相信AI的能力，可以使用这个项目。

本质上能力和本地环境下的Claude Code 没有区别，只是环境变成了线上的云服务。

前两天看到的 cto.new好像也是这种web形式，之前的codex也是。

竞争太卷了，寸草不生。

要避开大厂，做垂直方向，大厂不具备规模优势的领域