let's be patient and see what the evidence in court tells us before jumping to certitudes
being investigated does not imply wrongdoing actually happened, many laws require accusations to be looked at or "investigated" at a minimal level to judge credibility for in depth investigation
My morning ponder was RSI... Improvement or Immolation, wondering where ai working with its own output will head
Do people not look at their ai output? What are most people doing these days? Sorry, but I cannot read past the visual "aesthetics" of this site
I'm nearing the "RSI" point for my own context/engineering improvement setup, but I've remained very much in the loop, doesn't seem like a good idea to leave them to their own devices yet
> the word IDE is a misnomer ... looking for something better
YAT (Yet Another Tool) is something I use (sometimes pejoratively, sometimes as a reality), arising from the general trend and burnout in the developer tools space
One of the nice things about Ai is that it can deal with all that and I don't have to go through YAT docs and code to figure out how to use it
An easy upgrade (ime) is to be intentional about a process, move the planning artifact to a file, use multiple research/propose/review sessions to dial it in. Still tuning my vibes for when to add in some actual exploratory implementation elements, because there's always something you didn't foresee when getting to the actual implementation, while also not having them implement the solution as a "plan" in markdown
> be intentional about a process, move the planning artifact to a file, use multiple research/propose/review sessions to dial it in
Yeah, I think we need something like that as well. I am actually working on an virtual artifact filesystem in my orchestrator to enable this. So agents can create a persistent, versioned plan artifact separate from the codebase (maybe a HTML) and iterate it alongside the user, much like what ChatGPT/claude.ai can already do but for a coding agent. Then you'd need to define a process and get the agent to follow it, but that's much easier and mostly a mix of prompt and orchestration primitives.
> exploratory implementation elements
This is a good point, I've ran into a lot of instances as well where my agents in plan mode would like to explore something but can't because of permissions. I wonder if there should be some kind of system like a "experiment subagent" to handle it.
Commit it to git, it's not far off from an llm-wiki
I have no orchestration primitives, just a skill tied to a .design/*.md
Unless we consider opencode sometimes using a subagent as a primitive? Maybe the problem is leaving the clankers to their own devices for too long/much
I intentionally block almost every tool for the design/review agents, letting them "do" things is a distraction. I will use the build agent and tell it what to do if I need that experiment. I don't want to have to read through the wasted tokens a bunch of dumb bots burned through to create walls of markdown. They go on way too many side quests
I'm asking about terminals in the IDE, I have many of them, really multiple panes, each pane is agent(s) in terminals and the associated files/diff for their work. VS Code looks more like a dashboard for agents these days. (50" 4k)
The headline says "IDE", but what you wrote here does not sound like an IDE, why would I want my agent calling an MCP / API to do the things your feature list suggests? What I'm seeing here would/could be better/replicated as a VS Code extension
I'm only interested in an "Integrated Developer Experience", winner takes all kind of thing, tool sprawl is out of hand
Is there a difference between people understanding something happens to an extent and the president of the united states engaging with conspiracy theories while addressing the united nations?
Just asking questions
if we're going to point fingers, a better target would be our dysfunctional social/news media ecosystem
reply