Writing

How I Use AI Tools in My Daily Dev Workflow

Jan 2026Ongoing reflections

AI is most useful to me when it shortens the distance between an idea and a well-considered implementation. I do not use it as a button that writes code unattended; I use it as a collaborator that helps me stay unblocked while I keep my attention on product decisions, architecture, and quality.

Most features start with a short plain-language plan: the user problem, the intended behavior, the edge cases, and what the interface should feel like. I use that context to scaffold components, routes, or API handlers, then review and reshape the result until it fits the codebase. The useful part is not accepting a first draft—it is getting to a reviewable starting point faster.

For decisions that need more careful reasoning, such as a data model, a risky refactor, or the boundaries of a new module, I use AI to test my thinking. I ask for alternative approaches, likely failure points, and ways to introduce a change without disturbing existing behavior. That second perspective is especially valuable when I have been looking at the same problem for too long.

I also use AI for the small but important tasks around development: turning an idea into actionable todos, summarizing a large diff, drafting documentation after a feature ships, and writing commit messages that explain the reason for a change.

The feedback loop still ends with me. I adapt the suggestion, run the application and tests, and take responsibility for the final design, security, and performance. Used this way, AI does not replace engineering judgment; it gives me more room to apply it where it matters.