for 7 years as a PM, I've watched the same story repeat: ambitious product roadmaps vs. the reality of limited dev resources
eventually you just accept it. the feature ideas that never make it. the "maybe next quarter" that never comes
but I've also seen what's possible with high agency product teams (look at teams like Ramp)
they donât see this invisible separation of responsibility. both the engineering team and product team share the same passion for one thing - shipping responsible product fast
so I've been building something
It's called krosswalk - a tool that safely guides product teams to ask questions and build features in the existing codebase - NOT a prototype
ask questions, get answers grounded in the actual code
generate safe, reviewable, WORKING changes that get reviewed by your designers and product team before your engineers review and merge
PMs can finally move from "I wish we couldâŠ" to "here's a working prototype."
looking for PMs who feel this pain and want to join the next batch of users -> krosswalk.io
Transfer Portal SS
Having a blast in the Cal Ripken League!
Through 4 gamesâŠ
.500 Avg
.563 Obp
81% QAB%
Leading league in stolen bases(5)
Lockdown Shortstop
-HS Valedictorian
-3 years of eligibility
-6.5 60 yard dash
-Transferring out of William & Mary
@BUncommitted
the best software teams will be made of 100% builders, differentiated less by title and more by what they optimize for: product intuition vs. systems rigor
the first wave is already here - AI coding tools like claude code and cursor are letting non-technical teammates create real things but only the most innovate teams like ramp are adopting this âall buildersâ mindset
this isnât the destination! its just that current tooling is optimized for engineering workflows. the path from âi have an ideaâ to âthis is safe to shipâ is still messy.
as more of the team becomes hands-on, we need an interface that makes changes easy to preview, easy to review, and hard to mess up
krosswalk.io is the missing interface
happy shipping đ€
for 7 years as a PM, I've watched the same story repeat: ambitious product roadmaps vs. the reality of limited dev resources
eventually you just accept it. the feature ideas that never make it. the "maybe next quarter" that never comes
but I've also seen what's possible with high agency product teams (look at teams like Ramp)
they donât see this invisible separation of responsibility. both the engineering team and product team share the same passion for one thing - shipping responsible product fast
so I've been building something
It's called krosswalk - a tool that safely guides product teams to ask questions and build features in the existing codebase - NOT a prototype
ask questions, get answers grounded in the actual code
generate safe, reviewable, WORKING changes that get reviewed by your designers and product team before your engineers review and merge
PMs can finally move from "I wish we couldâŠ" to "here's a working prototype."
looking for PMs who feel this pain and want to join the next batch of users -> krosswalk.io
this is inspiring and exactly how I envision all ambitious product teams will work in the next few years!
I've been working on a tool called krosswalk in case there are PMs/designers that are interested in building like the Ramp team!
x.com/JustinChitla/status/20âŠ
This has single-handedly increased our ship velocity by 100x. As a PM, I can directly make code changes, spin up endpoints, change the FE ux, etc directly from my browser or slack. Inspect spins up a PR for my Eng team to review. My day has switched from âcan you do this for meâ to âcan you stamp my PRâ đ
the single best thing you can do is constantly reset context - if youâre building a larger feature then Iâve laid out a method that works rly well here: x.com/justinchitla/status/20âŠ
Learn about how we use the filesystem to improve context efficiency for tools, MCP servers, skills, terminals, chat history, and more.
cursor.com/blog/dynamic-contâŠ
6/
claude code will usually spin up a few sub-agents to investigate whatâs needed before implementing.
this is where the quality comes from:
smaller scope, sharper context, fewer bugs.
7/
the magic is the handoff:
cursor ask mode â refine requirements interactively
sprint .md files â turn plan into focused chunks
fresh claude code agents â re-check reality execute precisely
each tool does what itâs best at