mikifuns's recent timeline updates mikifuns's recent timeline updates |
mikifunsV2EX member #237094, joined on 2017-06-25 13:22:29 +08:00Today's activity rank 19436 |
www.mikifuns.com
mikifuns233
mikifuns
mikifuns#5135
mikifuns
 |
Per mikifuns's settings, the topics list is hidden |
Deals info, including closed deals, is not hidden
mikifuns's recent replies
Apr 24 Replied to a topic by chuchen023 › 职场话题 › Vibe coding 有什么意义？ |
Vibe Coding 对企业对程序猿有什么意义我不知道
但是我知道对非程序猿意义太大了。我属于懂点代码但不会写代码（有问题我能有思路去怎么排查怎么解决方向，但是你让我看代码我基本上看得懂）
我有想法，我有想实现的东西，以前我自己无法落地，我也没资格没能力去拉大佬帮忙写，我的想法十多年都没有落地
现在有了 ai ，ai 就是我的团队，他们写帮我落地想法，我的想法用了一个月就成雏形，现在慢慢精雕细琢就好，这如果没有意义，那我不知道需要多大才算有意义，真的做到一句话从头到尾的开发然后把人类赶走吗 XD
但是我知道对非程序猿意义太大了。我属于懂点代码但不会写代码（有问题我能有思路去怎么排查怎么解决方向，但是你让我看代码我基本上看得懂）
我有想法，我有想实现的东西，以前我自己无法落地，我也没资格没能力去拉大佬帮忙写，我的想法十多年都没有落地
现在有了 ai ，ai 就是我的团队，他们写帮我落地想法，我的想法用了一个月就成雏形，现在慢慢精雕细琢就好，这如果没有意义，那我不知道需要多大才算有意义，真的做到一句话从头到尾的开发然后把人类赶走吗 XD
Apr 22 Replied to a topic by lynn1su › 程序员 › 腾讯云太不要脸了， token plan 上 glm5.1 和 minimax-m2.7，但是 coding plan 不上 |
hhhh 他爱上不上.....以后还是用 codex 吧，一样的费用成倍的效率，时间，token 都是钱
Apr 22 Replied to a topic by mikifuns › 程序员 › 热烈欢迎火山 Coding Plan 加入 GLM5.1 Kimi2.6 MiniMax2.7 阵容 |
@oubenruing 这样的话就不值了。以前我用（最近也是），它只是慢 tps ，但是不会 429.429 我是真的忍不了
@rust 他这个限额确实迷一样，我用 trae 跑的嗖嗖的，但是我拎出来与腾讯 code plan 一起跑 kimi 2.5 ，同样的命令跑的消耗却又差不多。不知道为什么，可能是多模态导致的速率 up ，我也不知道
@rust 他这个限额确实迷一样，我用 trae 跑的嗖嗖的，但是我拎出来与腾讯 code plan 一起跑 kimi 2.5 ，同样的命令跑的消耗却又差不多。不知道为什么，可能是多模态导致的速率 up ，我也不知道
Apr 22 Replied to a topic by mikifuns › 程序员 › 热烈欢迎火山 Coding Plan 加入 GLM5.1 Kimi2.6 MiniMax2.7 阵容 |
@imunoko 你可以推荐推荐其他接入新模型的厂商嘛，一起学习下…😭
Apr 21 Replied to a topic by xiangqiankan › 程序员 › 腾讯云 Coding Plan 下架了 |
@gerryzhu0033 目前仍然可以续费，但是如果仍然用旧模型，可用率低，你还会续费吗？
Apr 11 Replied to a topic by mikifuns › Codex › Codex 改为 Token 计费了... |
@shennehs 猜测为 2000~4000 之间，实际与工作强度、agent 数量、速率、模型选定都有关系。
Apr 10 Replied to a topic by mikifuns › Codex › Codex 改为 Token 计费了... |
@shennehs
Credits per 1M tokens
Input Tokens Cached input tokens Output Tokens
GPT-5.4 62.50 credits 6.250 credits 375 credits
GPT-5.4-mini 18.75 credits 1.875 credits 113 credits
GPT-5.3-Codex 43.75 credits 4.375 credits 350 credits
Credits per 1M tokens
Input Tokens Cached input tokens Output Tokens
GPT-5.4 62.50 credits 6.250 credits 375 credits
GPT-5.4-mini 18.75 credits 1.875 credits 113 credits
GPT-5.3-Codex 43.75 credits 4.375 credits 350 credits
Apr 10 Replied to a topic by mikifuns › Codex › Codex 改为 Token 计费了... |
@CodeCodeStudy 额爱好者也有啊，不一定就要用 codex 做公家活对吧
Apr 10 Replied to a topic by mikifuns › Codex › Codex 改为 Token 计费了... |
@tocay 是的，虽然是 20-100 ，他这 100 的意思应该就是想强调多多利用缓存\\\你不利用缓存输出还多那就只能 20 了。看看对自己什么影响吧。
Apr 10 Replied to a topic by mikifuns › Codex › Codex 改为 Token 计费了... |
@106npo 原来的上下文有关是对比请求数的消耗吧，也就是可能 200k 消耗 7 个 c （ 5.4 举个例子），但是现在的话 1M=6.25Ca+62.5I+375O ，折合下来首次会话就要 1.2+0 的 I ，200k 的 O 就 7.X （虽然可能达不到）
这么看的话，对于一个问题的持续提问、输出不那么多的情况有利。vibe coding 的话输出有些依赖但是考虑到中小项目的 out 也不大，可能花费与以前持平。但是如果是无节制不规划想到哪里用哪里的小白，那就是狠狠的惩罚了...
而且 5 小时、周用量的消耗再平衡，也会把一个额度周期给拉长，不知道对小时用量的影响多大，我很担心 5 小时用量内得两三个号来回切着用 XD
这么看的话，对于一个问题的持续提问、输出不那么多的情况有利。vibe coding 的话输出有些依赖但是考虑到中小项目的 out 也不大，可能花费与以前持平。但是如果是无节制不规划想到哪里用哪里的小白，那就是狠狠的惩罚了...
而且 5 小时、周用量的消耗再平衡，也会把一个额度周期给拉长，不知道对小时用量的影响多大，我很担心 5 小时用量内得两三个号来回切着用 XD
Select Language