Discussion about this post

User's avatar
Alexandra Kukresh's avatar

Interesting take, but I actually think we’re heading the opposite direction. If AI makes 'building' a commodity with near-zero cost, then 'Vibe Coding' is just a faster way to reach a dead end if the vision is blurry.

The real shift for PMs isn't becoming 'junior devs with a prompt window.' It’s becoming Decision Architects. When a designer can ship 10 prototypes in an hour, the PM’s value isn't in helping build them—it’s in the high-level analysis, judgment, and logic required to pick the right one.

Pawel Jozefiak's avatar

This is a solid article about Cursor's workflows for PMs. What caught my attention was the AGENTS.md approach for onboarding AI with codebase context. I have been doing something similar with my own setup, maintaining context files that give the AI persistent knowledge about the project structure, decisions, and constraints. The difference between a fresh AI conversation and one that "knows" your codebase is night and day.

The "Plan mode" point resonates too. I have found that the biggest productivity gains come not from letting AI code faster, but from having it think through the approach first. When I built Wiz, my personal AI agent that runs continuously on Claude Code, the planning phase became essential. Without it, you end up with technically correct code that misses the actual problem you were trying to solve.

One thing I would add to the "the problem is usually your prompt" observation: it is also about knowing when NOT to prompt. After testing Cursor, Google AI Studio, Antigravity, and several others, I noticed that the best results came from giving the AI breathing room to explore rather than micromanaging every step. I wrote about this pattern in my comparison of AI dev tools if you want to dig deeper into the workflow differences: https://thoughts.jock.pl/p/cursor-vs-google-ai-studio-antigravity-ide-comparison-2025

4 more comments...

No posts

Ready for more?