AI 受害者 2

@121819756 #3 工作留痕，任何有可能背锅的事情一定要请示并留痕，不然不做。

@tho 是的，我觉得 ds 肯定是不行的，他们的前提都是基于 ds 的描述

@Enter3211 是的，你说的对，我的问题。 但我想问 ds 真的能做到吗

@xz410236056 是的，吐槽归吐槽，混还是要混的，还是按照自己节奏来，不背锅不犯错，意见建议是提不了一点

梁文峰时刻死劲蹬 pro,让你老板报销,感受一下 AI 的魅力.

@AEDaydreamer 我就很好奇，你们 token 这么足吗？

@LongerAng 是的，ds 起码够用了，报销我也没法说什么，按自己节奏来吧

@chtcrack 是的，我可以不手写，没额度了你别怪我就行，不犯错不背锅

把方案全部搞好，让他改哪里，怎么改，你都得定清楚
这流程工作量不比直接写代码复杂十倍？这是多大的公司啊，Google 动代码都没这么严

token 够的话确实可以全 AI,别抠抠搜搜不够用那就废了

> 你自己要把方案全部搞好，让他改哪里，怎么改，你都得定清楚了。

这个恰恰是最难的，开发一般都是`提出假设 → 修改/实验 → 观察结果 → 修正假设`的流程然后迭代达到最终目标吧，一上来就定清楚，是最不现实的

工资正常发的话，领导说啥就是啥，你要做的就是以后清算时刻如实撇清责任就行了

cursor 最近 30 天消耗 1.1B tokens ，越来越觉得完全让 AI 写 AI 改比人靠谱太多了。我的工作流程(后端服务器)是：1. AI review 策划的需求文档，制定相关 plan(中间会跟策划 battle 几次) 2. 根据最终定稿的策划案制定 Plan 3. 根据 plan 设计接口和数据结构 4. 实现接口 并生成客户端对接文档+QA 测试用例文档 5. 换个新的窗口 review 当前功能分支更改 6. 部署到测试环境 7. 客户端直接连测试环境开发。 上面每一步都会人工 review AI 的结果，调整也只会让 AI 直接去改。 目前看这套流程产出的可靠性还是很高的(QA 已经快失业了)

@zhengfan2016 是的，就是单纯吐槽吐槽，这行情，能 gou 尽 gou

@gl3081 当然是 AI 靠谱，你这套就是基础的工作流搭建，当然消耗也是巨大的，依赖性一旦有了，到时候被收割起来就更难受了，一旦涨价啥的，就很难受

@wktrf 所以技术领导说出这样的话，我是很震惊的，为什么能有这么武断的话，ai （ ds ）都能改。

[你自己要把方案全部搞好，让他改哪里，怎么改，你都得定清楚了。 ]
这个 codex 和 claude code 可以

@121819756 涨价肯定是不会的？这点成本对于公司来说都是毛毛雨

@Building 是的，这也好，说明我们还是有点用，还得靠人定方案。，哈哈哈

@gl3081 认真问一下，为啥肯定不会涨价？ 还有您这 1.1B ，大概多少钱？ 1000 刀有吗？