Every 的一篇博文，记录了他们内部 6 位工程师日常是怎么使用 AI 的，可以学习借鉴一下。这 6 个人都很厉害，撑起了 4 款 AI 产品、一个咨询业务，还有一个 10 万多读者的订阅每日更新。 第 1 位 —— 走在实验前沿：Yash Poojary, Sparkle 总经理 Yash 是 Sparkle
@dotey https://x.com/kevinma_dev_zh/s... 我正好和第三位工程师的做法类似，我会先花时间和 AI 把需求和方案聊清楚，然后把活交给 Codex 和 Claude code： 1. 用 GPT-5 Codex 做大和复杂的任务：负责模块初版开发、重构、修 bug 2. 用 Claude 做小的任务：优化和迭代功能，因为快，我会告诉它具体要修改哪里怎么做
@dotey 宝玉老师，请教一下使用 Codex 或者 Claude Code 的时候，如果它同时编辑了多个文件且改动代码量不小，code review 还是在终端里进行吗？因为一直有这个“心结”（不像 IDE 可以方便地跳转、审查、查看diff，掌控感有差），还是以 Cursor 为主
@valleywzh 我都只在ide看，命令行只是执行
@dotey 最近也是深有体会：AI 大模型或者工具迭代、出新太多，让人有 FOMO 情绪，每个新品都想去试试，不然就担心落伍，实在浪费时间。 另外是工作中，等待 AI 交付产出的时候，去干点别的，就容易彻底分心。
@dotey 我们日常用好AI的秘诀是不是应该做到以下三点： 严格的流程 明确的分工 工具的灵活使用
@dotey 科技之塔，建于协作，毁于依赖
@dotey 很受启发
@dotey 在真正落地生产级项目时，Claude 的问题依然突出。必须有一个完整的执行计划和系统化的测试框架。而且实际执行过程中，会不断出现意料之外的衍生问题。另外, Claude 的表现往往逐渐“虚弱”——陷入表面解决、实质未解的状态。即使设计多个协作子代理分工处理，Claude 仍常误判问题已解决，导致推进停滞。
@dotey 我很喜欢看宝玉老师的推，因为我可以直接找到原文，直接看英文版，这样我在公司里打开不会觉得我在摸鱼。
@dotey 哈哈，人们都喜欢白嫖 他之前一直用 Cursor (一个AI代码编辑器)，觉得体验最好。但后来因为 Cursor 改了定价，他一周就把免费额度用完了，这才“被迫”换工具。 他换到了 Codex。 来我这里充值codex ，非常稳定 https://maihaoguanjia.com/buy/...
@dotey 我跟第6位的方式 非常类似，每次执行之前必须聊清楚。 盯着电脑按escape简直就是场景复刻🤣
@dotey 其实这几位的分享都不约而同遵循了一个普遍原则：先计划，再执行
@dotey AI搭台，程序员搬砖，辛苦啦
@dotey 在4、6之间🤣
@dotey 这篇博文很值得思考和学习。 我突然发现，虽然这些经验似乎是经典的软件工程中的要求，但是 AI 更作为一个「人」参与进来，也许会让经典的软件工程更加的「现代化」
@dotey 我对工程师角色审查AI生成的代码有些许疑惑，AI一次性生成的代码量很大，人工审查挺费劲，而且可能不是我擅长的语言。我一般就看看它是否用了设计模式，是否满足编码最佳实践。
@dotey 未来要做懂AI -技术-产品的工程师，70%的时间在和AI制定计划，20%时间AI完成计划，剩余时间修复问题、产品上线
@dotey 真正vibe coding做产品的人，没有人真正的是在“Vibe Coding”，没有说写个提示词就完事了的，都是在 AI 干活前反复的讨论，才开始干
@dotey AI协作需规划先行，优化效率更关键
@dotey 只有cursor深度用户才知道这文章多不靠谱 cursor改定价的时候老用户的确是被切换的 但是又发邮件 又发生cool down 凡是天天用 怎么可能注意不到 还有整整两个月可以切回老plan 现在这些AI文章 吹牛吹的基本事实检查都过不了了…
@dotey Chinese North Chou founder , Chinese
@dotey @threadreaderapp unroll
@dotey 极简使用真的和我一样。
@dotey yes
@dotey 好文章，决定下个月入Claude max了，和codex双管齐下，两手都要硬
@dotey 我也是 warp，哈哈真好