Earlier quoted context omitted.
This comment doesn't make sense.
Sure it does. If it’s many small dies on a wafer, then imperfections don’t ruin the entire batch; you just bin those components. If the entire wafer is a single die, you have much less tolerance for errors.
GPT‑5.3‑Codex‑Spark
131–140 of 415 posts
Re: GPT‑5.3‑Codex‑Spark
#132Earlier quoted context omitted.
It worked for me several times. It's easy to say that these increasingly popular tools are only able to produce useless junk. You haven't tried, or you haven't "closed the loop" so that the agent can evaluate its own progress toward acceptance criteria, or you are monitoring incompetent feeds of other users.
I'm definitely bullish on LLM's for coding. It sounds to me as though getting it to run on its own for hours and produce something usable requires more careful thought and setup than just throwing a prompt at it and wishing for the best—but I haven't seen many examples in the wild yet
I am currently porting pyte to Go through a similar approach (feeding the LLM with a core SPEC and two VT100/VT220 test suites). It's chugging along quite nicely.
Re: GPT‑5.3‑Codex‑Spark
#133First thoughts using gpt-5.3-codex-spark in Codex CLI: Blazing fast but it definitely has a small model feel. It's tearing up bluey bench (my personal agent speed benchmark), which is a file system benchmark where I have the agent generate transcripts for untitled episodes of a season of bluey, perform a web search to find the episode descriptions, and then match the transcripts against the descriptions to generate f…
Re: GPT‑5.3‑Codex‑Spark
#134Earlier quoted context omitted.
Models haven't been trained enough on using skills yet, so they typically ignore them
Is that true? I had tool use working with GPT-4 in 2023, before function calling or structured outputs were even a thing. My tool instructions were only half a page though. Maybe the long prompts are causing problems?
Re: GPT‑5.3‑Codex‑Spark
#135Earlier quoted context omitted.
In my AGENTS.md file i have a _rule_ that tells the model to use Apache ECharts, the data comes from the prompt and normally .csv/.json files. Prompt would be like: "After slide 3 add a new content slide that shows a bar chart with data from @data/somefile.csv" ... works great and these charts can be even interactive.
What about other ad hoc diagrams like systems architecture, roadmaps, mind maps, etc. These are the bane of any staff engineers life - lol. Because people above need to know a plan in art form. So seriously interested on how I can make it easier
Re: GPT‑5.3‑Codex‑Spark
#136First thoughts using gpt-5.3-codex-spark in Codex CLI: Blazing fast but it definitely has a small model feel. It's tearing up bluey bench (my personal agent speed benchmark), which is a file system benchmark where I have the agent generate transcripts for untitled episodes of a season of bluey, perform a web search to find the episode descriptions, and then match the transcripts against the descriptions to generate f…
Re: GPT‑5.3‑Codex‑Spark
#137Earlier quoted context omitted.
I built something similar using an MCP that allows claude to "outsource" development to GLM 4.7 on Cerebras (or a different model, but GLM is what I use). The tool allows Claude to set the system prompt, instructions, specify the output file to write to and crucially allows it to list which additional files (or subsections of files) should be included as context for the prompt. Ive had great success with it, and it r…
Why use MCP instead of an agent skill for something like this when MCP is typically context inefficient?
Re: GPT‑5.3‑Codex‑Spark
#138Got to wonder why Wall Street is dumping NVIDIA.
Re: GPT‑5.3‑Codex‑Spark
#139Earlier quoted context omitted.
The real question is what’s their perf/dollar vs nvidia?
I guess it depends what you mean by "perf". If you optimize everything for the absolutely lowest latency given your power budget, your throughput is going to suck - and vice versa. Throughput is ultimately what matters when everything about AI is so clearly power-constrained, latency is a distraction. So TPU-like custom chips are likely the better choice.
I disagree. Yes it does matter, but because the popular interface is via chat, streaming the results of inference feels better to the squishy messy gross human operating the chat, even if it ends up taking longer. You can give all the benchmark results you want, humans aren't robots. They aren't data driven, they have feelings, and they're going to go with what feels better. That isn't true for all uses, but time to first byte is ridiculously important for human-computer interaction.
Re: GPT‑5.3‑Codex‑Spark
#140Continue to believe that Cerebras is one of the most underrated companies of our time. It's a dinner-plate sized chip. It actually works. It's actually much faster than anything else for real workloads. Amazing