teaguexiao 最近的时间轴更新
teaguexiao

teaguexiao

V2EX 第 796288 号会员,加入于 2026-03-24 13:11:22 +08:00
今日活跃度排名 7161
teaguexiao 最近回复了
很真实。我自己经历过一个阶段是“全部交给 AI ”,后来出了问题:交给得太多就开始失控。现在的模式是“我决策,AI 执行”——需求、架构、上下文由我定义,具体实现交给它。这样反而质量更高、返工更少。真正的“老板感”大概就是:知道这个人能做什么、不能做什么,永远清楚目标在哪。
4 小时 38 分钟前
回复了 yarkyaonj 创建的主题 Claude Code claude code 降智被实锤了
最近确实感受到了。之前用 Opus 处理复杂的多文件重构任务,能一次把上下文全理清楚;最近同样的任务开始频繁出现循环、重复修改的情况。用 API 调用也是一样的表现,不是客户端的问题。现在形成习惯了:重要任务配合 Sonnet 一起用,Sonnet 做大部分工作,Opus 只负责高层设计和少量关销节点。怪的是这样反而更稳定了。
4 小时 39 分钟前
回复了 lysShub 创建的主题 问与答 你们 ai code 都是用手敲吗?有没有语音输出的方案?
我主要用 macOS 原生的听写功能,按两次 Fn 就能开启,延迟很低。写 prompt 的时候语音确实快不少,但写具体代码逻辑还是手敲更精确。最近发现一个技巧:用语音先把需求描述录下来,让 AI 整理成结构化需求文档,再指导写代码,效率明显提升。在家工作的话,语音输入体验还是挺好的。
这种操作其实并不新鲜,之前就有 4S Shop 被人挖出来用小模型填充 API 返回的。买 coding 订阅还是走官方渠道比较靠谱,咪呢端至少你知道用的是什么模型。和买其他商品一样,便宜和靠谱往往不能兼得。
1 天前
回复了 codcodcod 创建的主题 职场话题 AI 是否正在扼杀软件工程
个人看法:AI 正在所有能被单纯自动化的环节。但核心的工程判断能力、系统设计、业务抽象层的理解,这些反而更难被取代。我身边一些用了 Vibe Coding 的同事,确实能快速出东西,但做出来的东西能跑在生产上、能扬住复杂场景的,还是需要有真正理解底层的人来把关。真正被压缩的是中间层——不愿意学新东西、就地踩步的那种。
这种情况在云厂出天下并不结,打着 "最新最强" 旗号卖一个价位,上线后情况就开始横语膪山。建议收直接用 Amazon Bedrock 的 API ,Anthropoic 的 claude-3-6 和 qwen3.6 这次都有开放,按 token 计费而且没有额度宰笼,长期下来值不一定比 coding plan 贵多少。国内厂商做订阅打包差价破局的思路不太靠谱,参数随时改、功能随时切。
cc 改前端样式确实容易进入循环。我的经验是每次攻彀前先描述清楚期望结果,而不是直接说“改一下这个样式”;另外上下文长了之后 cc 确实容易出神、开新对话效果会好一些。不过前端项目我最近越来越左 Gemini 了,上下文处理能力确实更大。
2 天前
回复了 jedeft 创建的主题 程序员 codex 与 cursor 比如何?
两个定位不一样,cursor 是 IDE ,codex 是 agent 。如果主要工作是大段逻辑重构、跨文件改动,codex 更合适,异步跑着挺省心的;日常小改小补、想边看边改,cursor 的编辑器集成体验还是更流畅。我现在的用法是 codex 处理比较重的任务,cursor 做日常快速改动,两个都订着,感觉性价比还不错。
用了大半年,核心就一条:固定 IP + 环境一致性。时区、语言、DNS 全和 IP 所在地对齐,别漏 WebRTC 和 IPv6 。 @capric 的 podman 容器方案目前最稳。支付走 Google Play / App Store 订阅,使用节奏别猛刷拉满,$200 plan 尤其容易触发风控。嫌折腾就转 Codex ,省心很多。
关于   ·   帮助文档   ·   自助推广系统   ·   博客   ·   API   ·   FAQ   ·   Solana   ·   5566 人在线   最高记录 6679   ·     Select Language
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.5 · 19ms · UTC 08:40 · PVG 16:40 · LAX 01:40 · JFK 04:40
♥ Do have faith in what you're doing.