如果公司报销 200 USD 每月， Claude & ChatGPT 选哪个

einvince · 2026-09-04T02:24:34Z

ChatGPT 自费好几个月了，总体感觉还不错，但是总是陷入各种 corner case ，非常浪费时间 Claude 还没用过，不知道怎么样

报销

ChatGPT

Claude

60 replies • 2026-09-05 18:40:05 +08:00

1

jackerbauer

1 day ago

国模就不很不错，200 美金，基本上可以无限用

2

Nasdaq

1 day ago

我选择 Grok 100D+ChatGPT 100D, CC 好用但是封号（无奈）

3

dhx920

1 day ago

gpt 吧，20x 足够了

4

zed1018

1 day ago

gpt 20x ，因为国内你很难定 200 的 claude ，一般都是 249 ，并且封号

5

Stargaze

1 day ago

claude 不封号的话，我会开个 cc 20x 加上 gpt plus

6

qrobot

1 day ago

claude 就算不封号 c20x 也不好用，chatgpt 20xpro 几乎天天重置，claude 有 4 小时限制，基本上都会触发限制

7

27149

1 day ago

20x 吧 GPT6 都来了

8

WaldenHorizon

1 day ago

可以先试一下 claude ，说不定用着用着就封了

9

lxxzml

1 day ago

claude 比 codex 编程强

10

rladmsrl

1 day ago

目前看还是 gpt ，马上出新模型了，gpt 慢归慢，起码额度管够

11

jko123

1 day ago via iPhone

100Claude 100codex

12

Simle100

1 day ago

如果在国内的话，你大概率没资格做 Claude 的用户，有钱也不行

13

sampeng

1 day ago via iPhone

肯定是 claude 啊。封了你就白得 200 美金，你说呢

14

newboy1

1 day ago

claude 吧，不过 claude 是 250 刀，同时很容易封号

15

kimiarchangell

1 day ago

gpt 只是代码风格一般，debug 能力是绝对顶流的。而且日常生活用我感觉整体能力比 claude 好

16

383394544

PRO

1 day ago

claude 200 刀 + codex 20 刀都买。Claude 干活，干完活让它呼叫 codex-cli review 。

17

Absofknglutely

1 day ago

无疑 claude

18

Katrol

1 day ago

Claude 能用最好的肯定用最好的

19

Dylaan

1 day ago

除了编程，兼顾日常生活，聊天、生图，很难不考虑封号（外国人也封的），我选 ChatGPT

20

wdv2ly

1 day ago

必须是各一半啊，需求对半分，互相 review 对方的工作，总能找到一堆问题。

21

hellojl

1 day ago

一半一半，随着个人的需求动态调整。Claude 开发强一些，但是中文学杂了，表达能力越来越差

22

liujan

1 day ago via iPhone

写代码还是 cc 强

23

cfancc

1 day ago

必须是各一半，随时可能有一方抽风

24

xubeiyou

1 day ago

不要在一棵树上吊死。。。。外加 cc 封号确实严重了点

25

bigdogbigpig

1 day ago

还需要选吗，只要是写代码，就一定是 cc

26

nunterr

1 day ago

首选肯定是 claude ，写代码，写方案还在这个最强的

27

dlwlrm

1 day ago

海外 KYC ，海外手机号，海外信用卡……照样封。人老外都一堆被封的

28

maemual

1 day ago

两个都开 100$ 的

29

imherer

1 day ago

两个都开不正好吗，ChatGPT Pro 一个正好 100 刀

30

byteLoading

1 day ago

GPT ，我们公司就报销 200 刀，封号了就只能等下个月了，别给自己找麻烦。

31

nightlight9

1 day ago

如果是有挑战的工作，毫无疑问 claude

32

FlechazoQaQ

1 day ago

你不会以为有海外 kyc/信用卡/手机卡，A÷就不封你号吧

33

qrobot

1 day ago

@einvince 别人海外人 kyc/信用卡/手机卡 X 上百万粉丝，最后还不是一样封号。不是 X 上发声一样号没了。你看看你号没了去 at claude ，你看别人理你不

34

dcatfly

1 day ago

如果是之前我会推荐 claude20xmax+gpt plus
但是昨晚发的 gpt6 看评分有点强，只是现在还不能用，可以观望下

35

einvince

OP

1 day ago

@qrobot 确实没风控过，至少目前没遇到

36

2020beBetter

1 day ago

@einvince GPT20x 把马上 Astra 来了，现在买直到用上 Astra 之前还会送重置卡一天一张

37

thomas0356

1 day ago

@einvince 没风控过那是因为你还没开 20X ，你开了试试
针对 pro 和 max 封号策略都不一样

38

fredweili

1 day ago

只用过 CC ，很好够用

39

Crayon2022

1 day ago

Claude 大概率被封

40

Liftman

1 day ago

下周不好说。gpt6 发布在即。但是至少目前来说是 fable 5.1 最舒服。写东西太省心，太快。我两个 20x 的账户。封号的问题一般不会发生。尤其是有海外的情况。。。我俩号从 claude 发布第一天到现在都活着呢。保不了号的都是自己身份和支付来源不可信的问题。

41

missqso

1 day ago via iPhone

codex 有 ui 界面不比 claude 好用多了吗

42

ooppstef

1 day ago

6 都发出来了，还用问么？然后 claude 的 tui 目前来看被吊打啊。

43

wetalk

1 day ago

人在国内，cc 封号只是早晚的事

44

coryxu

1 day ago

Claude 基本就是编程能力突出，其他方面都比较一般，而且这家公司的宣传风格也挺傲慢的。

GPT 不管是生图、日常问答、网页版体验，还是使用额度，整体都明显强于 Claude 。服务就更不用说了，额度经常重置，这个月还额外送了两次存量额度重置。多出来的额度，我平时还能拿来做一些业余探索和测试，额度自由的体验上确实舒服很多。

45

fang2hou

1 day ago via iPhone

肯定 GPT 啊，Claude 不重置等你真的熟悉了多 agent 通宵干活之后用量不够的。就 gpt 整天重置才能勉强顶住

46

Pony69

1 day ago

对半分，分散投资，降低风险

47

ylsc633

1 day ago

我不说如果

我就是每个月 100$的 claudecode 、100$的 codex

我 claudecode 一直没有被封过，我经常五小时蹬满，而且是两个电脑同时用（不是同一个网）

不过我每个月得自己掏 100 元左右，因为我买了个住宅 ip （也不是很纯，好处就是 IP 一直不变而已）+ 税（我那个支付的国家，claude 之前不扣税，最近扣 8$的税，codex 也扣点）

48

yulii

1 day ago

最好还是 GPT ，我也是美国 KYC + 美国信用卡。用了几个月，还是被封号了

49

Geon97

1 day ago

封不封号和你有海外 KYC ，海外手机号，海外信用卡没关系，不怕封号就 claude

50

tim9527

1 day ago

我会选择 gpt

51

guohailong200634

1 day ago

有没有个人支付买过 claude 或者 chatgpt 的呀，我这边公司可以报销，只要你提供真实的账单，我给你报销，详细私聊

52

guohailong200634

1 day ago

有没有个人支付买过 claude 或者 chatgpt 的呀，我这边公司可以报销，只要你提供真实的账单，我给你报销，详细私聊有没有个人支付买过 claude 或者 chatgpt 的呀，我这边公司可以报销，只要你提供真实的账单，我给你报销，详细私聊

53

Holmesxu

1 day ago

不考虑封号，我个人妥妥的选 Claude

54

deplives

1 day ago

gpt 啊
claude 已经没落了，而且说实话，opus 5 (没用过 5.1) 其实在代码能力上，我觉得是不如 5.5-sol 的，至少我好几个 swift 6 的项目，claude 几乎无法做到改完的代码一次性编译通过，第一遍总是编译不通过然后根据报错再次修改，但是 5.5-sol 可以说没遇到过编译不通过的问题，我印象中只有一次，改动量巨大（超过 5k 行的改动下）应该是上下文不够了，导致后面一个闭包写错了，编译不通过。