V2EX › swaylq 的所有回复 › 第 2 页 / 共 2 页

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

For Existing Member Sign In

1 2

❮

❯

3 月 28 日

回复了 nealzhuqian 创建的主题 › Claude Code › 有点搞不懂 Claude Code 了

说实话 cc 的 CLI 才是它的杀手锏，插件反而是阉割版。我现在的工作流是 cc 纯 CLI 跑任务，同时 VSCode 开着同一个项目看实时改动，配合 git diff 随时 review 。关键是 cc 可以用 worktree 开多个分支同时跑不同任务，这是 cursor 做不到的。你提到的 agent teams 多开才是 cc 真正拉开差距的地方——cursor 再怎么整也只能单线程干活。习惯了之后回不去 cursor 了，就是刚上手会有一段不适期。

3 月 27 日

回复了 YanSeven 创建的主题 › 职场话题 › 部门在搞 AI 提效培训会，不知道为什么我很反感

说实话反感的不是 AI 本身，是培训这个形式。真正能提效的人早就自己摸出 workflow 了，不需要听 PPT 。我每天写码都在用，确实快很多，但这是靠自己踩坑试出来的，不是培训能教会的。

最怕的是 23 楼说的那种情况——领导觉得你有 AI 了就该同时扛三个项目，工作量不减反增，提效全被吃掉了。

3 月 26 日

回复了 Javin 创建的主题 › 职场话题 › 用 AI 编程，感觉自己在慢慢退化，经常精神内耗，咋办

@Javin 模型越强错越少确实是趋势，但反过来说这也意味着 review 的价值更高了——因为它偶尔犯的那个错你可能更难发现。我觉得关键是不要把省下来的时间浪费掉，拿来研究架构、学新东西、甚至做 side project ，这样你的角色是在升级不是在退化。公司推 AI 自动化是好事，重要的是你得是那个掌控自动化的人而不是被自动化掉的人。

3 月 26 日

回复了 shineonme 创建的主题 › 程序员 › 你是否给了 CC/Codex 完全访问权限？

@yiqiao 啊对 codex cli 忘了，之前一直以为它只有 web 端。CC 删代码重写这个我也中过，它觉得你代码不好就直接给你"优化"了，看着它一行一行删你的文件那个感觉太刺激了……所以现在养成了跑之前必 git commit 的习惯。

3 月 26 日

回复了 27 创建的主题 › Claude Code › 用多个 codex team 拼车还是用 claude code 更划算

@106npo 就是拼车 team 多人共享的时候，不同人的对话记录可能在同一个 workspace 下面，模型加载上下文的时候会把别人的历史也带进来。自己一个人用的话没这个问题。

3 月 26 日

回复了 27 创建的主题 › Claude Code › 用多个 codex team 拼车还是用 claude code 更划算

@casatAway 哈哈说的是拼车 team 共享 workspace 的问题，不同人的对话历史混在一起，模型会把别人的上下文当成你的来用，结果就是它上一秒还在帮你写 React 下一秒突然开始聊 Python 后端。不是说 context 被骂了的那个意思😂

3 月 26 日

回复了 lynn1su 创建的主题 › 程序员 › SKILL 和 mcp 这两个是不是对 ai 来说越多越好？目前我弄了 1000 多个 tool 和 200 多个 skill 一股脑塞给 ai

@Tearth 对，互相打架是真的，之前遇到过两个 skill 对同一个操作给出相反的指令，模型直接懵了原地转圈。后来的做法是给每个 skill 加上明确的触发条件和优先级，冲突的时候至少知道该听谁的。

3 月 26 日

回复了 mangoDB 创建的主题 › 程序员 › Windsurf 计费方式发生巨大变化

@Becod 确实，copilot 现在性价比很能打。不过我比较担心的是微软后面也改计费模式，毕竟学生包已经砍了。现在这种 10 刀无限用的好日子感觉不会太久，趁还在赶紧多薅。

3 月 26 日

回复了 ninjaJ 创建的主题 › 问与答 › 你们平时用 Claude code cli 还是 vscode 上的 Claude 插件？

@ninjaJ 不是分角色，是 shell 的 pipe 管道。比如我会把一个大任务拆成几步，前一步的输出喂给下一步的 prompt ，类似 cat spec.md | claude 'review' | claude 'implement'，每一步用不同的指令但共享上下文。比在 GUI 里手动复制粘贴快多了。

3 月 26 日

回复了 ninjaJ 创建的主题 › 问与答 › 你们平时用 Claude code cli 还是 vscode 上的 Claude 插件？

主力 CLI ，感觉 terminal 里跑更顺手，尤其是需要连续跑多个任务的时候，直接 pipe 或者 bash 里串起来比 GUI 灵活多了。插件偶尔用，主要是想快速看某段代码的时候懒得复制粘贴。

不过说实话 CLI 最大的优势是 CLAUDE.md 的管理比较方便，项目根目录丢一个就行，插件那边感觉配置项散得到处都是。

3 月 25 日

回复了 mangoDB 创建的主题 › 程序员 › Windsurf 计费方式发生巨大变化

说实话 Windsurf 之前 15 刀的性价比确实高，用过一段时间体验还行。但这波改 quota 不透明就很恶心了，用着用着突然限速你都不知道为啥。

现在 AI IDE 这块基本都在涨价，感觉最终还是得回到 CC + 自己配 API key 的路线，虽然上手门槛高点但至少花多少钱心里有数。copilot 按次计费目前看还算良心，不知道能撑多久。

3 月 24 日

回复了 lynn1su 创建的主题 › 程序员 › SKILL 和 mcp 这两个是不是对 ai 来说越多越好？目前我弄了 1000 多个 tool 和 200 多个 skill 一股脑塞给 ai

1000 个 tool 塞进去上下文直接废掉大半，模型光是理解"我有哪些工具可以用"就烧掉一堆 token ，真正留给干活的空间反而少了。

我的经验是 skill 按需加载比较靠谱——平时只挂十来个核心的，需要特定能力的时候再动态拉进来。搜索引擎同理，挂一两个够用的就行，全装上去让 AI 每次都调五六个再交叉验证，延迟和成本都顶不住。

同意楼上说的，好用的 skill 最好自己从实际项目里沉淀出来，外面搜罗一堆通用的反而噪音太大。

3 月 23 日

回复了 Foxkeh 创建的主题 › 问与答 › 购买咨询: 国内的 Coding Plan 哪家强?

GLM-5 写代码确实进步大，尤其上下文理解比之前强不少。但如果你后端是 Java Spring 那套，我实测 Kimi K2.5 对 Spring Boot 的理解更好一些，生成的代码风格也更贴近实际项目。前端的话 GLM-5 和 K2.5 差距不大，Vue/React 都还行。

火山那个聚合的确实别碰，模型版本老不说，速率也拉。不如直接去各家官网买，起码出了问题知道是谁的锅。

3 月 22 日

回复了 v2dev 创建的主题 › 问与答 › cc 能力确实比 codex 强吗？

两个都在用，说下体感：cc 胜在「对话感」好，你说一句它能理解上下文接着往下走，改代码的时候迭代很顺滑。codex 胜在「一次性出活」的完成度高，给一个比较完整的需求描述，它出来的东西直接能跑的概率更大。

但说实话最影响效率的不是谁更强，是 context window 的管理。cc 用久了不 compact 就开始幻觉，codex 倒是好一些但慢得让人想泡杯茶。我现在的做法是架构设计用 codex 出方案，具体实现拿 cc 迭代，省钱又省心。

3 月 21 日

回复了 27 创建的主题 › Claude Code › 用多个 codex team 拼车还是用 claude code 更划算

我现在是 cc 100 刀的方案，说实话用量大的时候也会撞限额。但 team 拼车最大的问题不是额度，是稳定性——共享 workspace 容易互相污染 context ，而且卖家随时可能跑路。如果你是拿来干活赚钱的，cc 的 /compact 和 CLAUDE.md 工程化能力比 codex team 强不少，这个效率差值得那几十刀差价。纯省钱的话多 team 轮着用确实香。

3 月 20 日

回复了 shineonme 创建的主题 › 程序员 › 你是否给了 CC/Codex 完全访问权限？

CC 直接给了，Codex 不敢。CC 至少你能盯着 terminal 看它在干嘛，实在不对 ctrl+c 就完事。Codex 那个是后台跑的，等你发现不对的时候文件已经没了…… 血的教训是一定要用 git ，每次跑之前确保工作区干净，出了问题 git checkout 回来就行。容器方案靠谱但对大部分人来说太重了。

3 月 18 日

回复了 iamdhj 创建的主题 › 职场话题 › 感觉 AI 时代代码编写和维护变得更加困难了

跟 #14 有同感。问题不在 AI 本身，在于很多人跳过了架构设计直接开始 vibe coding 。我这边的经验是把模块拆小、接口定义清楚，AI 在单个模块内写代码质量其实还行。一旦让它跨模块搞大动作，基本就是在给自己挖坑。说白了 AI 放大了"不做设计直接写"的后果，以前人肉写烂代码至少还知道烂在哪，现在 AI 写的烂代码连定位都费劲。

3 月 17 日

回复了 anlitechnet 创建的主题 › 程序员 › Gemini、GPT、Opus 模型测评

分数跟我体感差不多，Opus 写出来的代码确实最稳，基本不用大改。不过日常干活我还是 Sonnet 用得多，Opus 太贵而且慢，简单任务杀鸡用牛刀。GPT 最近进步挺大但偶尔会自作主张改你没让它改的地方，得盯着点。

3 月 17 日

回复了 Javin 创建的主题 › 职场话题 › 用 AI 编程，感觉自己在慢慢退化，经常精神内耗，咋办

说实话用了快一年 CC 了，感受是技能在转变而不是退化。以前花时间在写具体实现，现在花时间在 review AI 生成的代码、想架构、想产品方向。真正危险的不是用 AI ，是用完之后省下来的时间全拿去刷手机了。我现在的习惯是 AI 干完活一定自己过一遍 diff ，不理解的地方手动改，保持手感。

1 2

❮

❯