You'll notice the tools push different perspectives, coding in VS will probably push more of the discrete task, AI as a junior dev approach, claude code/codex/pi/opencode etc can be more "autonomous, dont even show the diff" vibes with long running tasks that spit out 10,000 lines of code without even asking for any feedback or review.
What I have found is that planning documents are critical, start with an agile roadmap that links to epics files outlining large features. They should have clear acceptance criteria that act as gates to close out stories/sprints/epics. Every document should say "follow red/green TDD" so that testing discipline is a firm requirement.
I have also found that AI will go rogue no matter how good your context, planning, evals or TDD, so always work on a clean git branch so you can blow it up if the AI does something wrong. Treat AI sessions as experiments and prototypes and be careful of feeling sunk cost fallacy. Code gen is cheap so do implementations 4 times until you get "good" code/ui/ux architecture etc.
I would be happy to do a pair programming session to show how I do things. I built www.propelcode.app an agentic IDE so I can experiment with ways of coding and not be dependent on the frontier labs or big company products.
If you are more conscious of the price, try out opencode or pi and research OpenRouter or similar for coding with models like GLM 5.2 or Kimi K3 or even Deepseek 4, they will be less out of the box but cheaper.
I've heard Claude Code alternatives can be better for non-claude models, but again, which ones? How can I tell if a tool is good or bad when everyone has the same LLM'd readme? How can I avoid security nightmares like OpenCode when they seem so popular?
Find an agent plugin aka a harness for your IDE that doesn't require a subscription, unless of course you enjoy giving money away. Some agents are configured to work with particular providers, others are 'bring your own key', so again it depends on whether you like being locked in to someone else's ecosystem and paying acordingly. you can also get harnesses that are self-contained rather than being part of an IDE, but I assume you like your existing tools.
Take the API key you got from your AI service, plug it into the agent. Start building a toy project; the easiest is something that you have previously made yourself so you know something about the data structures involved, problems you're likely to run into and so on. Treat the agent like your assistant. I prefer asking it to draft a plan of what it's going to do which I then approve rather than just setting it free and then puzzling over the output, you may evolve a different approach.
Take tools, there's a million different options, and I don't know how to choose between them. Or the general mentality of treating it as an assistant vs the pilot. Or the massive ecosystem of skills and MCP. It just feels like a massive unexplored ocean to me. But I guess I'm just getting analysis paralysis.
The purpose of a coding LLM is basically to assist with building something. So start with an actual concrete goal: something you want to build. Maybe even take a past project and try to recreate it, but this time using an LLM-augmented workflow.
Don’t get bogged down in a bunch of orchestration/MCP/skills/etc. - keep it simple and expand as you go. The best thing you can do is actually use these tools to help you develop an intuitive sense of their strengths and weaknesses.
You don’t need to watch videos or tutorials. Grab something a basic agent harness like oh-my-pi [1], throw $30–50 on OpenRouter, and start playing with it.
https://www.manning.com/books/build-applications-with-local-...