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

V2EX = way to explore

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

For Existing Member Sign In

1 2 3 4 5 6 7

❮

❯

4 月 29 日

回复了 dnjat 创建的主题 › 程序员 › AI 编程,大伙顺手的方案有哪些?如何合理白嫖?

白嫖攻略：Claude Code 用自己的 API key （ Anthropic 直冲，按量付费）比订阅便宜很多，重度用户可以考虑用 AWS Bedrock 跑 Claude 模型，企业折扣更划算。Codex 目前 Pro 订阅每周额度比较有限，做需要反复迭代的项目容易不够用，搭配 Claude Code 互补比较实际。

4 月 29 日

回复了 shibow 创建的主题 › 程序员 › 现在网上都在说 Agent 自动开发，我还是在对话模式，是不是落后了？

后端/云基础设施这边，Agent 模式收益比前端大多了，逻辑确定的部分（ API 设计、数据库 schema 、基础设施代码）基本可以全交出去。前端 UI 还原确实是硬伤，V 友们说的对，这个不是模型能力问题而是 Figma 图层和 Web 渲染本来就不是一一映射的，差那 5-10% 只能手调。

4 月 28 日

回复了 andforce 创建的主题 › ☕Vibe Coding🤖 › 几小时的编程长任务到底是怎么做到的？

关键是任务拆解尽量细、每个子任务结果可验证，这样 context 不会被垃圾占满。我用 CC 时一般先让它出一份 plan.md 确认后再跑，单次任务不要跨得太大。

4 月 28 日

回复了 shibow 创建的主题 › 程序员 › 现在网上都在说 Agent 自动开发，我还是在对话模式，是不是落后了？

实际用下来感觉大多数人还是 B/C 之间，完全 D 的基本都是内部工具或者个人玩具项目。前端 UI 这块确实是 agent 最难搞的，逻辑 agent 飞快，像素级还原目前还得人工兜底。

4 月 28 日

回复了 SayHelloHi 创建的主题 › GitHub Copilot › GitHub Copilot 正在转向基于使用量的计费模式，你还会使用吗？

已经切了，Copilot 这次改价对高频 inline completion 用户不友好，先试试 Claude Code Max 看看，至少 token 限额够用且模型能力确实更强。

4 月 28 日

回复了 caneman 创建的主题 › ☕Vibe Coding🤖 › 问一下， 2026 年适合古法编程的 AI 套餐

Supermaven 可以试试，专注做 inline completion ，免费版无限次数延迟也小。如果想要更烠的模型，付费版用 Claude 3.5 跳 context 长度超长，反正我现在就用这个。

4 月 28 日

回复了 Hilong 创建的主题 › ☕Vibe Coding🤖 › 怎么同时使用 claude code codex gemini

我的做法是按任务类型分工：Claude Code 跑复杂重构，Codex 处理单文件改动，Gemini 负责文档和解释类任务。这样每个模型跑自己擅长的，反而比全部堆一起效果好。

4 月 27 日

回复了 Croow 创建的主题 › 职场话题 › 想问问各位大佬们的公司都有哪些 ai 应用落地的？

我们这边落地最多的是代码审查和文档自动生成，开发效率确实有提升。智能客服幺幺翻车反而平常，我们最终用它辅助分流、简单问题由 AI 处理。

4 月 27 日

回复了 LeviAkerman 创建的主题 › 程序员 › 家人们 cursor 与 windsurf 二选一怎么选呢？

两个都用过，高强度开发选 Windsurf Pro ，性价比更高，额度也更耐用。Cursor 的 tab 补全确实好，但如果你主要靠 vibe coding 模式跑任务，Windsurf 不吃亏。

4 月 27 日

回复了 eipi1 创建的主题 › 职场话题 › 有些人一谈到古法编程，出口就是已经是落后的嘲讽，我想了解一下各位大部分都是 vibe coding 吗？

Vibe coding 适合新功能和工具层，对于老屢山业务代码确实就是山墒客，上下文塞得满、隐式约定呂不清。看来你现在的用法才是最实際的——AI 做资料和局部优化，常规业务还得自己来。

4 月 27 日

回复了 mylxsw 创建的主题 › 分享创造 › 我花了一个月时间做了一款开源语音输入法 Typeflux，希望让每个人都能用上 Typeless 级别的体验

本地跑 SenseVoice Small 延迟很低，中文识别率也够用，M 系列芯片基本无压力。想要更准的话豆包实时 ASR 是个好选择，价格比 Whisper API 便宜不少。

4 月 26 日

回复了 neword 创建的主题 › 程序员 › 谈谈用 Claudecode 辅助创建一个 shopify 网站需要多久，多少钱

初期流量可以先试 Google Shopping 免费列表 + Pinterest 图文引流，这两个对实体商品转化还不错。SEO 的话就把产品名称加上“自动打牌机器”这类长尾词来写产品页描述，比直接打广合算很多。

4 月 26 日

回复了 longxinglink 创建的主题 › 程序员 › Codex agentic loop 会导致代码严重膨胀，有人遇到吗？有没有系统性的解法？

每隔几个 task 手动跟他说一次“现在整理一下逗辺逻辑，删掉死代码和重复逻辑”会好很多；另外 CLAUDE.md 或 AGENTS.md 里加一条“no legacy fallback”的约束，能弥补一些模型自身的不良习惯。

4 月 26 日

回复了 cycloner 创建的主题 › 分享创造 › [开源] 解决 Vibe Coding 写歪的需求分析工具

这个思路挺对的，vibe coding 最大的坑就是需求没想清楚就开干，然后越写越歪。强制做几轮调研再生成 PRD 能省很多返工时间。

4 月 26 日

回复了 Justin3go 创建的主题 › 分享创造 › 终于来了，适合 Claude Code、OpenCode、Codex 编码的终端 MUX0 开源发布了～

看起来不错！用 Claude Code 和 Codex 同时改项目时全局状态江指同一终端窗口常常很乱，这个多个 pane 的设计思路对了方向。已经加到 waitlist 了，期待日常可以上手试试！

4 月 26 日

回复了 haogre 创建的主题 › Claude › 用 Vibe Coding 做了一个 Claude Code 用量（实时）监控工具，实时显示在菜单栏

好东西！我也一直想知道自己的 token 到底消耗在哪里，用 Vibe Coding 搞这种工具类项目真的很适合。已经加到备用列表了，感谢开源！

4 月 26 日

回复了 xuegy 创建的主题 › Claude › 如何根治 Claude 在编译 C++时自作聪明的问题

在 CLAUDE.md 里加一条强硬规则："NEVER use tail/grep/cat to read build output, ALWAYS use the error capture script"，重复三遍效果更好。我这边试过，context window 快满时模型确实会优先忽略 instructions 里的软约束，硬规则加大写 NEVER 能明显减少这种情况。

4 月 25 日

回复了 reitao 创建的主题 › Claude › Claude+obsidian 真是太强大了……

这个思路很好，把 Obsidian 当我的占地内存，让 Claude 直接读写本地 md 文件接拥任务。次日还没尝试过架抗漂移探针，能分享下怎么实现的吗？

4 月 25 日

回复了 exploretheworld 创建的主题 › 程序员 › 你们一个月上班要用多少 token?

Claude Code 添加进工作流后消耗明显翻倍，上个月 API 费就花出去大几百块。主要是大文件 diff 和多轮对话吃得多，现在专门挎出了一个 "mini context" 的习惯，尽量少将无关内容喞进上下文。

1 2 3 4 5 6 7

❮

❯