Ask HN: What is your (AI) dev tech stack / workflow?
Hello, happy Friday! I am looking to do some in-person "developer boot-up" workshops, and seek your suggestions for "modern tooling". The background of the participants range from motivated newbie ("I heard you can make your own app with AI!") to existing software developers who want to get up to speed on modern development for the purposes of building stuff, and getting jobs where AI tools are being used. For those who have been doing software development & "tech" lately using AI tools, and feel they have a great setup & flow - I would love to hear what your dev setup is, what tools you're using and what workflow has been working best for you (and your team). // My Background I have been programming / building for 20+ years, but have not been using AI tools much (aside from hitting up LLM APIs on a few projects). I value open-source, and aim for long-term quality and supportability. Techniques like test-driven development (TDD), using proven / well documented tools, customer-centric development (often pairing with clients), make it easy to do the right thing. If you are familiar with Pivotal Labs, agile & XP - that's the style. These are some of the Upcoming uses-cases for the workshop, and my own personal "IT backlog": - Create a static "one pager" personal/professional website - Setup a Blog / Static site generator (Pelican), create a simple but stylish theme - Create a simple web app / backend API (FastAPI) tool - form-based calculator, convert X data to PDFs, etc. - Figure out how to have SyncThing autosync the home folder of 3 Linux computers in the house - Backup & archive the photos & video from my iPhone // Tech stack I am currently using: - Operating system: Linux Mint Debian (LMDE) - Editor: VSCodium - Code: Python, HTML/CSS - Server platform: Amazon AWS I am guessing that most workshop participants will be using MacBooks & Windows computers - but a few are on Linux, as I recently did a "Linux install party". I haven't used any "AI harnesses", agents or anything like that - but curious what's a good starting point to take best advantage of these tools. Thanks for sharing the knowledge! // JRO
Discussion Highlights (20 comments)
ahriad
I am like you were late to the AI party, and still find it hard to give up on coding and let the AI do everything, however i learned to trust the AI a little in the past few months.
hackerone_n6hy1
QA background here, recently building a security tool (accguard) with heavy AI assistance. My stack: Claude and ChatGPT in parallel — I describe the same problem to both, compare the answers, push back on both. The disagreements are where the learning happens. Claude Code for longer sessions where context needs to persist across files TryHackMe for structured security learning alongside the building GitHub Actions for CI — AI helped me write the workflow, I understand it now because I had to debug it The shift that actually changed my workflow: stopped asking AI to write code for me, started asking it to explain what broke and why. The understanding compounds faster that way. For your workshop participants coming from zero: the most valuable thing isn't the tool, it's learning to describe problems precisely. That skill transfers whether the AI gets better or worse.
killamdiaz
Curious how many people are finding that context management has become a bigger bottleneck than model quality. We've experimented with a few different workflows and the biggest failures usually aren't because the model can't code—they happen when the model loses track of project conventions, previous decisions, or why something was built in the first place. Has anyone found a workflow that solves that well at scale?
verdverm
OpenCode + their Go subscription. Start with a nice batteries included setup, read anthropic's knowledge share, play and iterate, stay human in the loop. Check out Dax Raad (behind OC) on the Pragmatic Engineer podcast, I think you will like his philosophies, I sure do.
michaelmior
MacOS, Ghostty, Neovim, Pi (with a fair bit of customization to each). I'm relatively new to Pi after using Codex pretty heavily, but it's nice to be able to customize things to how I want.
gottagocode
Lead Dev for a Security Company with a very strict AI policy. Mostly Hand coded, using an agent in the browser (Claude / Corporate ChatGPT account) when necessary. I am aware we will fall behind using this methodology and have advocated for change, but I suppose it comes with the territory.
Galanwe
I have a vibe coded script which creates a git worktree + zellij pane with a specific layout + a virtualenv per feature. "tmuxinator" style. The zellij layout includes panes for OpenCode, a shell, a neovim, inotify tests, etc. I cycle through the zellij sessions during agent prefills.
chrismorgan
I feel it’s important that this should be mentioned at least once in a thread like this: none. I choose to program the old-fashioned way, and do not anticipate this changing in the foreseeable future, and believe that I’ll cope just fine in my niche; and if it becomes commercially unviable, well, I may no longer be interested in the field anyway. I won’t go into any details on why here, because that would make it too much about me . There have been plenty of discussions of reasons, trade-offs, &c. Plenty of people are rejecting this stuff, for a wide variety of reasons. But one thing I will say: if I were teaching someone to program, I would actively discourage them entirely from using AI stuff, even though it will seem to help. (I mean someone that wants to learn programming, not someone that just wants results and is not interested in programming as such.)
mkw5053
Claude code + very opinionated type script. Try to push as much as possible as far left in the SDLF (types -> lint rules -> tests -> md) and try to improve the dev ex after every single PR.
AndrewKemendo
I’m already doing this with my school (givedirection.com) and you’re gonna have a hard time nailing this down because there’s no two similar set ups Especially along the range of newbie to expert it’s extremely variable and you’re not gonna be able to pick one that rules them all I would suggest you revamp your approach and have different courses for different types of people I had to split my course into a basic and an advanced and they are extremely different Even within the advanced course fairly simple stuff like hosting your own LLMs seems to really be a stretch for a lot of people
indigodaddy
I'm a bit of a fanboy, but exe.dev + their Shelley web agent is pretty great
mg
I wrote my own tooling around the raw LLMs: I can tick files in Vim, those get concatenated into a prompt. Along with a feature request. Plus an instructions file that tells the LLM how to reply. Plus my general "rules for good code" file, plus one "rules for good code" file per language involved, plus a project specific overview file. The LLM then answers with a list of changes it wants to make to the code. My tooling then applies those changes and I look at them via "git diff". If I like it, I commit. If not, I change one of the prompts and start the process again. Instead of replying with code changes, the LLM can also decide to request more files. I wrote a little DSL for that. I described the beginnings of this workflow last July: https://www.gibney.org/prompt_coding Feels like an eternity ago. I think I will write a new blog post this July and describe how the workflow has evolved over the past year.
world2vec
My stack is really boring, just VSCode + Ghostty and Claude Code team plan (premium seat).
pss314
Stanford University offered the course "CS146S: The Modern Software Developer" in Fall 2025. Check it out if interested. https://themodernsoftware.dev/
solumos
Something different that other folks might not have thought of: Robust multi-environment infra deploy scripts that leverage terraform + AWS SSO I've found that converting stuff that's previously been very ops-cli heavy into very detailed skills has worked really really well. I use Claude Opus 4.8 + Conductor as my daily driver
nickdichev
One is the sword (claude code) one is the shield (codex)
aabdi
There's lots of ways. You have to upskill through the stages IMO. Write code, write w/ agent, write w/ multi agents, write w/orchestrators. My way is to just run a giant AI agent factory engine and make the agents full flow do everything. (plan long term, write prd, task, review). Here's ~4000 commits in last month as an example, i have about ~10k ish including private/work stuff? https://github.com/portpowered/you-agent-factory/commits/mai... The premise when you get to full automation generally is you go full industral engineering: 1. watch overall flow, improve process via continuous improvement 2. work via checklists and gates. 3. replace process with mechanisms as much as possible (code > agents) 4. optimal throughput is continual testing and iteration (CI, CD), coverage, full e2e tests, mock everything, general best practices really. decent blog: https://openai.com/index/harness-engineering/ general points: - build lots of linters - document literally everything (arch, prd, best practices in repo) - too many agents at the same time makes lots of code conflicts, so need to consider architecture of code how to maximize concurrency.
sivapa
VS Code + Claude Code (or Gemini CLI) + GitHub + Docker + FastAPI/Python, using an AI-assisted workflow where I plan features, generate code, write tests, review/refactor everything manually, and then deploy.
notunhackable
Currently using Arch Linux with VsCode and as server, I am currently going for vercel for no cost.
sermakarevich
I am using Spec Driven Development approach implemented as a Claude Code plugin since Feb for all mid + size tasks. The idea is to write detailed specs first using agent help doing research and interviewing, decompose the task into smaller subtasks, write detailed spec for each task, implement each task separately. You can restart the session after every step in the workflow and after each subtask implementation since all requirements are materialized in specs. This helps to keep session context focused on a single task at time, improve adherence, reduce cost and allow to implement bigger tasks that are hard to implement with pure plan + code. Discussion on hn: https://news.ycombinator.com/item?id=48231575 Repo: https://github.com/sermakarevich/sddw Slides: https://docs.google.com/presentation/d/1SjKXF7hkoqyiN9-3tBGY...