Earlier quoted context omitted.
Agreed, and assuming local open AI models start catching up, which they seem to be doing, the foundation models' hold on society gets a lot slipperier. If there's a "what to do about all this" from an engineer's standpoint, pushing the needle toward local models, whether in research, agents, or just using them, understanding how they work, and advocating for them when it makes sense (which is more often than they get…
While I agree with you on open models getting better, I have been starting to see how the value, the reason you pay for Claude, isn’t in the models. For example, I just hooked Claude desktop up to my outlook to build a report for my timesheet then I used the chrome extension to fill it out automatically with that data. It could read Jira tickets if that’s where the information was. A local model can’t do that for me…
All of that is done with two API keys and no AI. A local agent could easily put it together for you.
Now sure, I had to put this together and I lose the AI summary you have plus the auto filling, but what I'm trying to say is that I have 80% of this without any AI.
I also have a script parsing git from my emails and a little tui that translates them into git diff and a key binding to pull the PR but I find it a little cumbersome and don't really use it, and trying to parse todo from maildir is also a little useless so I accept that AI would be better there.
I also accept that your example is just one prompt of a dozen and I have to plan the solution for every one of your prompts, but I also don't find prompting to be terribly useful for occasions where I don't think the solution through- because it probably means I don't know what I want or don't really need it.
What I do find it really useful for is digging through Kubernetes and asking how two services are connected. Claude is better than local for that but there's nothing inherently non-local about that usage.