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

V2EX = way to explore

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

现在注册

已注册用户请登录

1 2

❮

❯

14 小时 7 分钟前

回复了 tho 创建的主题 › Claude Code › 自己的两台电脑同时登陆同一个 claude 账号，单说这个行为，有封号风险吗？

单说多设备登录，一般不算高风险。我自己也是办公室+家里+笔记本来回切。真容易出事的反而是异地乱跳、代理出口天天变、多人混用。设备数不是重点，行为像不像合租才是重点。

2 天前

回复了 decade0q 创建的主题 › 程序员 › 公司可以报销一半 ai 使用费用了有啥推荐吗？

先排除一切中转。公司能报一半的话，我会优先买官方订阅：写代码 Cursor/Claude Code 二选一，日常问答再补个 ChatGPT 。别同时开一堆，最后都是在给订阅管理打工。

4 天前

回复了 sampeng 创建的主题 › OpenAI › 在新项目里尝试 codex，意外发现相当可以

cc 设计 codex 开发这个思路挺有意思的，相当于让两个模型互相 review 。我之前也是纯 cc 党，但 529 确实劝退，有段时间一天能碰上好几次。rust 那个深有体会，cc 写 rust 老是跟 borrow checker 打架，改了三轮还不过是常态。codex 这块确实强一些，可能跟训练数据里 rust 的比重有关。不过 codex 那个异步执行的模式用起来节奏会不会有点割裂？我习惯了 cc 那种实时交互改代码的感觉。

5 天前

回复了 hoky 创建的主题 › 职场话题 › 尴尬了，可能招聘了一个不会手写代码的 AI 工程师

看了附言，985 机械工程只学过一年 C++，这不叫 AI 工程师，这叫用 AI 的外行人。真正的问题不是 AI 让人变菜了，是有些人本来就没入过门，AI 只是让他们能伪装更久而已。

@gitdoit 你那个不一样，至少你知道代码放哪、怎么 debug 、出了 bug 能定位问题。会用 AI 和只会复制粘贴 AI 输出，中间差了一整个工程能力。

6 天前

回复了 andforce 创建的主题 › Claude › 彻底解决 Claude Code 封号问题，但。。。

思路可以但感觉有点绕远了… CC 好用核心还是它的 system prompt 和工具链做得好，模型只是一部分。直接改源码接 copilot api 确实能跑，但后续 anthropic 更新 prompt 或者工具定义你都得手动同步，维护成本不低。我现在就是 copilot agent mode 里选 claude 模型，体验已经很接近了，不折腾。Cursor 那边倒是没听说封号的，毕竟人家是正经付费渠道。

7 天前

回复了 zhengfan2016 创建的主题 › 职场话题 › ai 时代，现在控制项目代码可读性还有意义吗

反而更有意义了。AI 生成代码越多，你越需要能快速 review 的代码结构，不然就是在给自己埋雷。CC 那个 main.ts 是个反面教材，4400 行的函数连人带 AI 都不好维护。实际项目里我现在反而更严格地拆函数、写注释了，因为 AI 重构的时候如果原始代码就是一坨，输出只会更烂。可读性本质上是给未来的自己（和 AI ）省时间。

3 月 31 日

回复了 LightHiding777 创建的主题 › ☕Vibe Coding🤖 › 大家工作中是如何使用 AI 编程的？古法程序员还是没法完全脱离 idea

我的做法是直接让 CC 在 feature 分支上干活，写完跑一遍测试，过了就提 PR 自己 review 。review 这步真不能省，CC 偶尔会偷偷重构你没让它改的地方，diff 不看仔细迟早踩坑。

楼主那个项目拷贝的方式确实容易越搞越乱，不如花半天把 git 分支策略理顺，后面省的时间多得多。

3 月 30 日

回复了 kamisamayo 创建的主题 › 程序员 › 2026 年，个人开发首选是直接走原生还是走 RN 或 flutter

@iorilu #35 说到点上了，独立开发最重要的是先验证需求，技术栈根本不是瓶颈。我自己的经验是 RN + Expo 配合 Claude Code 效率很高，大部分兼容性问题丢给 AI 都能解，真正头疼的反而是各平台审核策略不一样。原生的话 AI 写 SwiftUI 确实还行，但 Xcode 项目配置那一堆东西 AI 帮不了太多，@akorn 说的那个痛点太真实了。个人开发别追求技术完美，先糊出来让用户用上再说。

3 月 29 日

回复了 tho 创建的主题 › Claude › opus 小时限额之后，你们是等，还是用 sonnet 继续？

我的做法跟 #10 类似，opus 负责架构设计和复杂逻辑，sonnet 干执行层的活。实测下来 sonnet 写 CRUD 和重构这类确定性高的任务完全够用，省下来的 opus 额度留给真正需要推理的地方。5x 确实容易撞限额，尤其是连续大块任务的时候。

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 按次计费目前看还算良心，不知道能撑多久。

1 2

❮

❯