Earlier quoted context omitted.
1,000 messages per day should be plenty as a daily development driver. I use claude code sonnet 4 exclusively and I do not send more than 1,000 messages per day. However, that is my current understanding. I am certainly not pressing enter 1,000 times! Maybe there are more messages being sent under the hood that I do not realize?
The issue is not about whether the limit is too high or too low. What turned me back was that they claimed "no weekly limits" as a selling feature, without mentioning that they change it to a "daily limits". I understand it's a sale tactics. But it seems not forthcoming, and it's hard for me to trust the rest of the claims.
Cerebras Code
121–130 of 185 posts
Re: Cerebras Code
#122Earlier quoted context omitted.
This doesn’t feel like a competitor. Amp does tho.
I don't hear about Amp often. Have you tried it? How does it compare to Claude Code?
Re: Cerebras Code
#123For those that have tried this, what kind of time-to-first-token latency are you seeing?
Re: Cerebras Code
#124Their hardware is incredible. Why aren’t more investors lining up for this in this environment?
Contradictions do not exist. Whenever you think that you are facing a contradiction, check your premises. You will find that one of them is wrong.
Re: Cerebras Code
#125For those that have tried this, what kind of time-to-first-token latency are you seeing?
The high TTFT (around 5-6 seconds) is what kills the excitement for this for me. Sure, when it starts outputting its crazy fast so it’s good for generating single file prototypes, but as soon as you try to use it in Cline or any other agentic loop you’ll be waiting for API requests constantly and it’s a real bottleneck.
(I would've just said, "the throughput is fantastic, but the latency is about 3 times higher than other offerings".)
Re: Cerebras Code
#126Groq also probably has this in the works. Fun times.
Re: Cerebras Code
#127> running at speeds of up to 2,000 tokens per second, with a 131k-token context window, no proprietary IDE lock-in, and no weekly limits! I was excited, then I read this: > Send up to 1,000 messages per day—enough for 3–4 hours of uninterrupted vibe coding. I don't mind paying for services I use. But it's hard to take this seriously when the first paragraph claim is contradicting the fine prints.
It’s a true statement - no weekly limits, just a daily limit. Easier to work with when you can only get locked out of your tool for 23h59m
Re: Cerebras Code
#128Tried this out with Cline using my own API key (Cerebras is also available as a provider for Qwen3 Coder via via openrouter here: https://openrouter.ai/qwen/qwen3-coder ) and realized that without caching, this becomes very expensive very quickly. Specifically, after each new tool call, you're sending the entire previous message history as input tokens - which are priced at $2/1M via the API just like output tokens.…
Re: Cerebras Code
#129Their hardware is incredible. Why aren’t more investors lining up for this in this environment?
They shat the bed. They went for super crazy fast compute and not much memory, assuming that models would plateu at a fee billion parameters.
Last year 70b parameters was considered huge, and a good place to standardize around.
Today we have 1t parameter models and we know it still scales linearly with parameters.
So next year we might have 10T parameter LLMs and these guys will still be playing catch up.
All that matters for inference right now is how many HBM chips you can stack and that's it
Re: Cerebras Code
#130Tried this out with Cline using my own API key (Cerebras is also available as a provider for Qwen3 Coder via via openrouter here: https://openrouter.ai/qwen/qwen3-coder ) and realized that without caching, this becomes very expensive very quickly. Specifically, after each new tool call, you're sending the entire previous message history as input tokens - which are priced at $2/1M via the API just like output tokens.…
If they say it costs $50 per month, why do you need to make additional payments?