Live data from Hacker News

Ask HN: What is your (AI) dev tech stack / workflow?

news.ycombinator.com

51–60 of 187 posts

Re: Ask HN: What is your (AI) dev tech stack / workflow?

#51
I did a similar workshop between Feb-April (1 hour zoom call on Wednesday, 3 hour hands-on in person every week)

Most of the participants has Windows laptop. (Except one with Mac)

We had suggested Linux on WSL2 and VSCode. (`uv` for python package management)

But realized that we were spending a LOT of time fighting the tools/combination. WSL2 + Windows filesystem + uv did not work well together.

For person with macOS - it was smooth sailing

If I do another batch, we'll use native `pip` and python (not uv) and I think then we won't need WSL2

Re: Ask HN: What is your (AI) dev tech stack / workflow?

#52
post #40
post #35

MacOS, Ghostty, Tmux, Neovim, Workmux[1], OpenCode/Claude Code, and lots of markdowns. 1 - https://github.com/raine/workmux

Throw tmux in and this is my exact setup as well. I'm looking into finding ways to orchestrate entire workflows across multiple agents in a harness-agnostic way (locally at first).

I forgot to say, I use Tmux + Workmux

https://github.com/raine/workmux

Re: Ask HN: What is your (AI) dev tech stack / workflow?

#53
At the moment I predominantly work with Python and hence PyCharm as the main IDE. However, I've built this plugin https://plugins.jetbrains.com/plugin/31117-agent-cli to render agentic CLIs as an editor tab in PyCharm and also some notification hooks so I don't have to switch windows and it's easy to jump around the code while the agent is doing its work.

Besides that I have a collection of custom skills (plan for JIRA tickets, github PR creation, code review, etc), a set of MCPs (most are for internal tooling) and most of the time I use Claude Code.

Re: Ask HN: What is your (AI) dev tech stack / workflow?

#54
post #47

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 sinc…

Naive question: how much time do you spend doing so vs. Doing the actual work yourself?

I am building AI agents full time since Nov 2024. I stopped coding completely around mid summer 2025 using Cursor at that time. When you build platform-like application, and have few plugins already, ai coder can create next one in a way you won't recognize which one is written by you.

At the end of 2025 I switched to Claude Code. Compared to Cursor this opened a different level of automation, including fe possibility of running swarms of agents: https://news.ycombinator.com/item?id=48407998 using subscription limits.

So I spend all my time rather understanding how to squeeze everything possible from AI than myself. AI scales, I am not.

Re: Ask HN: What is your (AI) dev tech stack / workflow?

#56
I'm a contractor (AWS and web apps), so I get a lot of sometimes-ambiguous requests. I have a five-part workflow via Claude/Codex skills: discovery->implementation planning->implementation->verification->review

Each phase writes to `./.agents/plans/{plan-name}/` in the project root. All in Markdown. That way, the flow is agent-agnostic. Each phase artifact is immutable after being written.

More details:

First, I put all the information that I have (documents, client statements, any code, my own summary, etc.) into a document. Which I pass to the discovery planning skill.

The discovery phase more formally defines the project in terms of functional requirements, non-functional requirements, constraints, risks, and assumptions. This might take a few passes to get everything nailed down.

After that, I being a implementation planning phase using the discovery artifact (`discovery.md`). We define the work in terms of phases, where each phases has various tasks associated with it (all checkboxes). Again, usually requires a few passes.

After that, I have a clear idea of the work needed and can send an estimate to the client. Or, if it's a personal project, get started actually building it. I have another phase for actual implementation.

Verification and review are similarly defined. They can be done by any agent.

Re: Ask HN: What is your (AI) dev tech stack / workflow?

#57
If you are teaching newbies, just get them into the Claude Code or Codex desktop apps.

For devs:

Claude, Codex and Cursor. All on the $20 subscription.

Then use Conductor for worktrees w/ Claude/Codex for mid-size tasks and code review.

Cursor for manual or small changes w/ Composer 2.5.

Re: Ask HN: What is your (AI) dev tech stack / workflow?

#58
Wrote up my approach recently in a blog post:

- https://blog.isquaredsoftware.com/2026/05/ai-thoughts-part-2...

TLDR:

OpenCode + CodeNomad web UI, Opus 4.6, bunch of customized plugins and some codebase indexing MCPs, a separate `dev-plans` repo for generated project docs and artifacts, and a personal workflow where I stay very hands-on directing the work.

also I wrote a lengthy post detailing my emotional and mental journey from "I will _never_ use AI to write code" to actively using it, as well as my opinions on where we stand now and whether this is actually any good or not:

- https://blog.isquaredsoftware.com/2026/05/ai-thoughts-part-1...

Re: Ask HN: What is your (AI) dev tech stack / workflow?

#59
Coming from a traditional XP and Agile background, the current AI developer landscape can feel incredibly hollow because tools like Copilot or Cursor treat the model as a glorified editor plugin or autocomplete box. If you value open source, local-first computing, and deterministic control, modern tooling shouldn't be about finding a better IDE extension but treating the AI as an independent operator that sits completely outside the text editor.

I built an entire local-first sovereign agentic stack on Linux that completely replaces the IDE-centric model with a terminal control plane called Hyperia. Hyperia is a terminal emulator with a decoupled agent sidecar that hooks directly into standard protocols like the Model Context Protocol.

https://deepbluedynamics.com

Instead of just reading passive text buffers, it monitors discrete command lifecycle events across your shell sessions and web panes, catching stack traces as your test suite runs like a true pair-programming partner. To make this safe and reproducible, you cannot let an LLM run arbitrary, side-effect-heavy tool calls directly on your host machine.

This is handled by Nemesis, a container orchestration runtime that acts as a secure, session-persistent sandbox for the agentic workspace. When an agent writes code or touches system files, it executes inside an isolated Docker container, keeping the host operating system completely pristine.

For data-heavy tasks like parsing local markdown files or indexing an entire photo archive, you should avoid proprietary cloud vector databases. This stack uses Shivvr, a local semantic search engine that handles chunking and inverted vector embeddings entirely on your own hardware so your data never leaves your laptop.

Finally, the extraction, ingestion, and scraping of local docs or web sources is handled by Grub, an automated, high-speed crawler that feeds structured data back into the system. Modern tooling shouldn't mean chaining yourself to a proprietary cloud SaaS platform.

By exposing standard Unix primitives like files, shells, and local compilers to an API, sandboxing the environment in a container, and letting a local agent orchestrate the workspace, the cloud-vendor magic fades away and actual sovereign software engineering takes over.

All of this is a WIP but I use it every day to work on it.

https://deepbluedynamics.com/blog/sovereign-architecture

Re: Ask HN: What is your (AI) dev tech stack / workflow?

#60
I am working on a project/essay/thoughtsphere that is beautifully illustrated by this thread. My project is to help automatically take your patches/workflows and package and rebase on top of upstream using quilt so I can get the latest greatest fixes while keeping my notafork. Forks are expensive, patches are easy.

That I think we're going to see much much more variation in design, software and interfaces as the labor to produce them become trivial. Everyone can patch software to do what they want. Yesterday I had claude rewrite xrdp to allow me to remote into my desktop session without having to deal with x11vnc, it lets me drop in, pick :0 or :1, auth's with PAM and gets me in. What I have always wanted with xrdp that never worked quite right. I have patches for i3, and for vim, and for xpdf, and bash, and mocp, and all sorts of tools and scripts I wrote.

Anyway, here's the site essay I am working up but yeah:

Right now, programming is rapidly becoming not expert work. Soon we could all be running (i think this unironically) practically our own distros if we want. Total customization of the stack.

I really feel that one positive thing AI can do is drive labor costs down enough to allow personal choice in the software we use. We have open source software, but it's channelized and controlled by a few companies who fund projects! That might change too!

AI can simply One Shot a lot of small problems i have. Like reading unfamiliar codebases, finding the relevant function, and writing the delta. The gap between "I want bash to do X" and "here's a patch" is shrinking fast. When that gap closes, a lot more people are going to start customizing their software - but we don't have a great wrapper for it yet.

The part that doesn't get easier is everything after. How many 'forks' exist on github but people havent had time to maintain, or worse, are being used in production with bugs? How much code have we lost out because of that? Do forks really help us? I don't know. Does everyone want to use shitlab? I don't know.

Building the package. Getting it on your machine or out to the fleet. Keeping it there when upstream ships a security fix.

That's an infrastructure problem, not an AI problem I needed a way to solve it now

________ is that little bit of software infrastructure i need . built now, for the world where i am right about my bet.

Post reply on HN