> On Teams and Enterprise plans, third-party model requests include a Cursor Token Rate of $0.25 per million tokens. This rate applies on top of model API pricing for included usage, on-demand usage, and BYOK usage.
I think flow state can come back as the models get more sophisticated/mature and then more optimized for speed. It will not be the same type of work as before, but the flow of building and engineering at the speed of thought can happen again. You can see hints of this with the faster models today.
As an end-user, I feel like they're kind of over-cooking and under-describing the features and behavior of what is a tool at the end of the day. Today the models are in a place where the context management, reasoning effort, etc. all needs to be very stable to work well.
The thing about session resumption changing the context of a session by truncating thinking is a surprise to me, I don't think that's even documented behavior anywhere?
It's interesting to look at how many bugs are filed on the various coding agent repos. Hard to say how many are real / unique, but quantities feel very high and not hard to run into real bugs rapidly as a user as you use various features and slash commands.
Is this lacking FPS caps or is something very unoptimized? Everything is smooth, but this website makes my computer run super hot and laptop fans spin up like nothing else does, even other shaders. (recent Chrome, recent MBP)
This can work, but it's sort of not the same as providing actual reasoning behind "why did you do/say X?" -- this is basically asking them model to read the conversation, from the conversation try to understand "why" something happened, and add information to prevent it from being wrong next time. That "why" something went wrong is not really the same as "why" the model output something.
Does anyone know how this is integrated on the Cloudflare side and across the app? Is this beyond standard turnstile? Is this custom/enterprise functionality? Something else?
Serious question: are there any actually good and useful graph databases that people would trust in production at reasonable scale and are available as a vendor or as open source? eg. not Meta's TAO
That's a difficult question and I would like to avoid giving a direct answer (because I co-lead a nonprofit benchmarking graph databases) but even knowing what you need for a graph database can be a tricky decision. See my FOSDEM 2025 talk, where I tried to make sense of the field:
- Does it need index free adjacency?
- Does it need to implement compressed sparse rows?
- Does it need to implement ACID?
- Does translating Cypher to SQL count as a graph database?
I run the development of TypeDB, which doesnt use Cypher but works really well as a graph database. Certainly it, and other graph databases like neo4j, are used in production at scale. However, a lot of oss databases are open core on some level, it just depends on where they draw the line. We draw it at clustering/high availability for the time being, the rest is in the CE version.
plenty of those - I've had to work with dozens of different graph databases integrating them on https://gdotv.com, save for maybe 1-2 exceptions in the list of supported databases on our website, they're all production ready and either backed by a vendor or open-source (or sometimes both, e.g. Apache AGE for Azure PostgreSQL).
There are some technologies that have been around for a long time but really flying under the radar, despite being used a lot in enterprise (e.g. JanusGraph).
When you actually need to run graph algorithms against your relational data, you export the subset of that data into something like Grafeo (embedded mode is a big plus here) and run your analysis.
That importing is expensive and prevents you from handling billion scale graphs.
It's possible to run cypher against duckdb (soon postgres as well via duckdb's postgres extension) without having to import anything. That's a game changer when everything is in the same process.
You should look at the organization / methodology of the survey, but generally it's a positive to get ranked IMO. I used to get surveys these yearly at a past job from the Boston Globe / Best Places to Work and it was basically a third-party email to all employees with a survey you'd fill out.
The most anyone could realistically ask you to do was please fill out the survey positively to try and support the company if you believe it's a best place to work and remind more people to complete the surveys. I don't think companies are really out here trying to game the more reputable surveys, and it would be pretty easily for single employees to defect/report if they were. They also required some level of basic written comments from employees.
Probably a mild green flag for quality of life / general happiness from current employees for the past year.
> did we miss an opportunity here as programmers to provide simpler tools for people to build simple applications for themselves?
Not really? To someone who doesn't care about software, software is a means to an end of actually doing something, and everything between idea <> execution of value is basically overhead. This has always been true and the overhead is getting carved further and further down over time.
> Since when did "average" people have time to set up a CI pipeline, agents, MCPs, and all the rest needed to get vibe coded apps to work become the "simple" way for non-programmers to use computers to mush some data together for their small businesses and neighbors and stuff?
You don't need all of this. You can basically just download Cursor, the Claude app, Claude code, opencode, whatever today and run something locally. I do think "deployment and productionization" is a bit of a gap but stuff like Replit or even Vercel + Supabase is pretty far along towards agents just being able to do most of infra for you for anything small scale, or at least tell you the buttons to press to hook things up.
> Did spreadsheets, embedded databases, and visual form builders stop working or are lacking in some way?
Pretty much all the LLM/agent products are obviously way ahead of form builders at this point. Take Retool for example, you could spend minutes to hours plugging together "programming-lite" concepts. A single prompt and a few minutes, and maybe 1-2 back and forths can basically get you to the same place with probably less overall jank in a lot of situations. Form-builder stuff is totally dead outside of maybe being an escape-hatch for some LLM situations, or letting users do higher-level scaffolding, but even then I think stuff like Cursor's "select the part of the app you want to change and prompt" is going to be a better UX.
> maybe there's an opportunity for better, local, lower-tech tooling that doesn't require such a huge tech stack
I think you are viewing this from the "tech" angle rather than the deliver value to the end user angle. The tech stack can be arbitrarily complex as long as it works to reduce end user friction and provide value with as much ease as possible. This might as well be the core idea of all consumer tech.
I think your core theses are basically "people care about the underlying tech" and "people want to learn programming or programming-adjacent" and those are both wrong for the vast vast majority of people.
