19 karma · joined November 23, 2025
But, what about...
You just use some theater around it.
For the purpose, the best audit agent is a completely different agent, not a different persona of the same agent.
I agree with models being better at different tasks: gemini-cli is superficial, codex is stubborn as a mule and dependable, claude-cli just wants to get something working and done. qwen-cli, Qwen, in general, has a tendency to pendulate too much.
I also reduced the team to two, codex and claude, for me.
Agent teams sound better than literature-induced confidence.
Are you anthropomorphizing when you should just automate the review?
But, again, from a productivity point of view, and from a correctness of approach point of view, I have learned this:
1. Avoid overengineering against/at all costs.
2. Doing the project is doing the project, anything else is ... not doing the project :) https://www.softwaredesign.ing/blog/doing-the-thing-is-doing...
I'm not sure all aspects are covered in the approach.
For instance, controlling the agents takes a big chunk of the interest. The agentic system architecture is also big in view.
But, the way I see, more important staff is: project structure, coding best practices, testing strategies. All still deterministic. All still very tough to get agentic to do it right.
I think agentic should just be means to an end: project quality and project ease of management. If not, it's just an indulgence that costs money.
That it doesn't matter the implementation stack.
But, after wasting too much time in the meta, with nothing really to show for, I returned to controlling the programming process in fine detail. Progressive agentic/vibe coding, if I was to give it a name.
But it could be that I'm slow to understand how it can be done in a better way.
Interesting readings in the project, such as https://github.com/desplega-ai/advanced-context-engineering-....
I'm not sure why, but I keep trying to reject this, subconsciously. Like, there is something I can't define that is not right.
I think it revolves around two things
No actual future benefits from abandoning the problem solving to a temporary swarm construct that will have a solution ready but potentially having learned nothing from the experience, that could be used in the future.
Shifting the engineering from stable sourcecode and frameworks to ephemeral prompting one-shot-and-done solutions.
Has programming become too meta?
Instead of improving the MCP ecosystem’s capability discovery model, they reduced context pressure by collapsing the tool ecosystem into a programmable backend.
It’s a vendor-specific, host-opaque, low-observability MCP-exposed programmable API gateway with weak MCP-layer governance semantics.
In the real world, over engineering is the play to work-pretend sped money, with more theatre than results. Am I missing something here too? Deep agentic factories? Deepest agentic factories?
Also did that already, offered all but the code and interposed bring-your-own-AI in the process, and seems like a natural convergence.