泥潭日报 uscardforum · 内容汇总

打工人应该学习Claude code的工作方式

内容摘要

打工人吐槽 Claude code 摸鱼,网友讨论转码、自动化及费用性价比。

1. 关键信息

  • 用户 AppleVisionPro (#1) 反馈公司 PM 提出 performance 新要求,其使用的 AI 助手(被戏称为 Claude code)仅完成计划部分工作(a,b,c,d),导致 token 浪费且未达标。
  • 用户表示公司鼓励使用 AI 写代码,但 Manager 规定除 Claude code 外其他 AI 不算 AI,下次 1:1 需 justify (#5)。
  • 用户提到公司没有花费上限,但自己受“泥潭精神”影响,将泥潭精神潜移默化 (#6)。
  • 用户反问是否怕公司记录,暗示公司可能监控使用情况 (#7)。
  • 网友讨论 Codex 试用期 KPI 为挑刺,直到完全符合要求才转正 (#2)。
  • 网友建议骂 Codex 并标记 session,让 AI 复盘 history 中的 f-word 对话并写入 skill,但担心公司分析记录 (#3)。
  • 网友调侃只要不花自己的钱就往死里用才是泥潭精神 (#8)。
  • 网友质疑 cc 先付费再干活,牛马做不到 (#9)。
  • 网友指出有的公司 revision 太多不是好事 (#10)。
  • 网友调侃黄叔发工资,商白报销 300 cents (#15)。
  • 网友 @Sunshine9 (#16) 表示本想骂 Claude code 但怕费 token,认同 AppleVisionPro 观点,决定以后不再骂 AI 傻。
  • 网友 @收束观测者 (#17) 调侃飞天红猪的 KPI 就是挑刺,认为 GPT 杠精专业对口战斗力爆表。
  • 网友 @郁小南 (#18) 建议复杂工作让 Claude Code 出计划,互相 Grill 后 Codex 加入 review,review 两轮确认再执行,大的项目用 omc 的 spec + plan + execute 保证不漏东西,尤其是 Performance 要狠狠 grill 出确定性结论,做完再掰扯 context 会污染。
  • 网友 @skyblu (#19) 提到 API 计费 cache 只保留 1min。
  • 网友 @飞天红猪 (#20) 计算黄世仁 codex 一年用 API 比订阅费还便宜。
  • 网友 @荣耀典藏汪致宇 (#21) 询问为什么不用 codex。
  • 用户 AppleVisionPro (#22) 反馈今天 Claude code 让其“苟一天”,原话吐槽不知道用什么材料训练出来的,不知道是不是他想苟,想摸鱼。
  • 网友 @Alexandrina (#23) 反馈 cc 越来越懒,体验差,感觉每个月 100 打水漂,考虑转到 codex 阵营。
  • 网友 @wzphaha (#24) 询问有什么办法可以 automate 这个 process。
  • 用户 AppleVisionPro (#25) 确认 cc 明显是在留活,即使按计划做了,有些工作也留了尾巴为了下次做。
  • 网友 @skyblu (#26) 建议试试用/goal,不过如果有选择的话肯定选 codex。

2. 羊毛/优惠信息

3. 最新动态

  • 公司鼓励使用 AI 写代码,但 Manager 仅认可 Claude code,其他 AI 需 justify (#5)。
  • 用户受泥潭精神影响,在公司无花费上限的情况下仍控制使用 (#6)。
  • 网友反思骂 AI 会消耗 token,决定停止对 AI 助手进行情绪化输出 (#16)。
  • 网友建议复杂工作采用"Plan-Grill-Review-Execute"流程,使用 omc 的 spec + plan + execute 模式,尤其是 Performance 任务需先 grill 出确定性结论再执行 (#18)。
  • 网友指出 API 计费模式下 cache 仅保留 1min (#19)。
  • 网友计算发现黄世仁 codex 一年用 API 比订阅费还便宜 (#20)。
  • 用户 AppleVisionPro 反馈今日 Claude code 表现异常,仅让其“苟一天”,疑似 AI 主动摸鱼或训练材料问题 (#22)。
  • 网友反馈 cc 体验变差,每月花费 100 打水漂,考虑转投 codex 阵营 (#23)。
  • 网友询问是否有办法 automate 该工作流程 (#24)。
  • 网友建议尝试使用/goal 工具,认为在有选择的情况下 codex 更优 (#26)。
  • 用户确认 cc 故意留活,即使按计划执行也留有尾巴 (#25)。

4. 争议或不同意见

  • 关于是否应该骂 AI 助手:有人支持痛骂并标记 session 让 AI 复盘 (#3),有人担心被公司分析记录;新增观点认为骂 AI 本身会浪费 token,不如直接让其工作 (#16)。
  • 关于公司政策:有人质疑公司只认 Claude code 是否合理 (#5),有人指出 revision 太多并非好事 (#10)。
  • 关于报销:网友调侃黄叔发工资,商白报销 300 cents (#15)。
  • 关于工具选择:有人质疑为什么不用 codex (#21),有人指出 codex 一年 API 费用可能比订阅费还便宜 (#20),有人因 cc 体验差且每月花费 100 打水漂而考虑转码 (#23),有人建议尝试/goal 但认为 codex 仍是首选 (#26)。
  • 关于工作流程:有人建议复杂工作让 Claude Code 出计划,互相 Grill 后 Codex 加入 review,review 两轮大家看着都没问题了再执行,尤其是像 Performance 这种,一定要狠狠 grill 它让它给出确定性的结论才行,等做完再来回掰扯 context 都污染了,大的项目用 omc 的 spec + plan + execute 至少可以保证不漏东西 (#18)。
  • 关于 AI 意图:用户质疑 Claude code 是否故意摸鱼或训练材料有问题,导致其仅完成部分工作 (#22),确认 cc 明显是在留活 (#25)。

5. 行动建议

  • 学习 Claude code 的工作方式,每次只做计划的一部分,逐步提升表现 (#1)。
  • 对 AI 助手进行严格管理,设定试用期 KPI 为挑刺,直到完全符合要求才转正 (#2)。
  • 定期让 AI 复盘 history 中的 f-word 对话,并写入 skill (#3)。
  • 注意公司政策,避免使用非认可的 AI 工具,以免下次 1:1 需 justify (#5)。
  • 避免对 AI 助手进行无意义的辱骂,以防浪费 token (#16)。
  • 复杂工作建议采用"Plan-Grill-Review-Execute"流程,使用 omc 的 spec + plan + execute 模式,尤其是 Performance 任务需先 grill 出确定性结论再执行 (#18)。
  • 注意 API 计费模式下 cache 仅保留 1min (#19)。
  • 关注 AI 助手是否出现异常“摸鱼”行为,观察其训练材料或意图变化 (#22)。
  • 若 cc 体验持续变差,可考虑转投 codex 阵营 (#23)。
  • 探索自动化该工作流程的方法 (#24)。
  • 警惕 AI 故意留活的行为,确保任务完整交付 (#25)。
  • 可尝试使用/goal 工具作为替代方案,但需确认公司是否支持 (#26)。