
Hey IH. First post here, wanted to share what I've been building and where I'm at.
A year ago I started building Aligned On Purpose, a leadership operating system based on years in IT and business coaching. AI coding agents made the project feel possible alongside my day job. I was wrong about what "possible" would actually require.
The agents wrote code fast. I became a full-time supervisor anyway.
I confess: I am a quality freak, and did not want to compromise any of my values in the generated code...
Every evening looked the same: review a PR, find an assumption the agent invented, explain the correction, check the next change, translate a vague bug report into something an agent could act on, figure out which of my five repositories actually owned the problem, then deploy. By the time I finished, it was midnight and my wife was asleep.
The point where I broke and made it undeniable: I got reports from users who saw "20% behind your goal" on one screen and "on track" on another. Three different APIs and the frontend had each independently coded the calculation. The code was architecturally correct. The product contradicted itself.
Better prompts helped. Guardrails helped. But the real shift was when I stopped reviewing code and started reviewing designs. Small, detailed designs before implementation. When I could challenge an assumption before it became a PR, the agent had fewer product decisions to invent on its own.
I insisted on principles like DRY and DDD, among others, and required the design agent to validate alignment.
That was the first piece. Then I built a triage agent that could look at bug reports, screenshots, logs, and code across all five repos to figure out where the problem actually lived. Then I connected triage to design, design to implementation, implementation to validation, validation to deployment, with explicit rules for when to continue autonomously and when to surface an exception for me.
That was the time IssueFlow was born.
The first real win: a tester reported a straightforward bug, and it was fixed in production a couple of hours later. I didn't supervise a single step. Later I could hand off a batch of issues in the evening and wake up to find most deployed, with the blockers waiting for me. One was a missing secret; the other was approving a new feature design. That's the kind of thing I want to deal with, not "please review this PR and tell me what to do next."
I'm not claiming agents can safely do everything unattended. The point is deciding where your judgment actually matters and making that part of the workflow, not just hoping the agent gets it right.
Where I'm at now: AOP is deployed and in beta across five code repos. IssueFlow is still being finished (onboarding, payments, UX). Most of IssueFlow's own development now runs through itself, which is either poetic or reckless depending on your perspective.
I have a full-time job, two products, and I finally got some evenings back with my family. That last part matters more than the MRR I don't have yet.
Here's my ask:
I'm looking for 10 design partners.
Solo founders or small dev teams (1-5 people) who already use AI coding agents like Claude Code, Cursor, Aider, or similar on real projects on GitHub (other platforms are coming up soon) and feel the supervision burden. You'd get free early access, personal setup help, direct input on the roadmap, and founding partner pricing at launch.
If that's you: https://www.issueflow.cloud/design-partner/
And for everyone else: what's the part of working with coding agents that still eats your time? For me it was triage and cross-repo coordination. Curious what it is for you.
The autonomous bug-to-production result is the strongest signal here. Have your testers actually experienced a meaningful reduction in supervision time with IssueFlow, or is proving that it generalizes beyond your own workflow still the main unknown?
Reviewing the design before the code feels like the important shift here. It moves the founder’s judgment to the point where it has the most leverage, before an incorrect assumption spreads across several implementations.
For the ten design partners, what outcome would convince you that IssueFlow is solving a sufficiently painful problem: fewer hours supervising agents, fewer reopened issues, or founders trusting it to deploy without watching?
The supervisor/triage split resonates. One safeguard that may help design partners is measuring queue health, not just fix rate: time-to-first-human-review, reopen rate, and the percentage of changes that survive a week. Those metrics make it easier to tune autonomy without letting a fast agent quietly increase maintenance debt.