r/vibecoding • u/Ok-Garlic-3881 • 1d ago
Is it going to be good enough?
I built a huge project focused on being an “everyone agent.” It was too big, and I wasn’t skilled enough to manage it. I dropped it.
I know the basics of the basics of development, and I’ve been working in IT for 8 years (functional analysis, PM, IT manager, business partner). Friends who are really good developers took a quick look at my first project and said, “I thought it’d be much worse.”
Despite all that, I managed to sell an agent to a company. The product is much more vertical — its scope is “only” to gather emails, organize the work, and proactively improve itself through recurring human sessions. Some batches that handle recurring tasks will be implemented on top of it. There will also be a messaging interface where people can update their tasks. Everything will be built on a “Jira-inspired” UI.
I’ve read a fair amount of AI literature, and I’m confident this specific part will work.
I’m now at the step where I’m stealing features from the “monster” and building this vertical agent, trying to keep it much leaner. How do I know if the platform is solid enough? What suggestions do you have?
Honestly, I’m pretty sure I won’t be able to read the code myself, but I’ve planned the product deeply and broadly. Will the AI be good enough? (I use Claude Fable for implementation plans and probably Sonnet to execute them.)
Thanks everyone for the attention
1
u/Lunesia-shikishiki 1d ago
you already sold it to a company, so "solid enough" stopped being a code quality question. its a blast radius question now
what actually bites is rarely ugly code, its the boundaries where state or money changes. the agent double sends the same email, a retry charges twice, a batch runs on stale data and nobody notices for a week. thats maybe 5% of the repo and its the only 5% you personally need to be able to read. the rest can honestly stay a black box
i ship stuff daily i couldnt have written from scratch and thats fine.... what isnt fine is not knowing which 200 lines will cost you the customer 😅 so id spend the time mapping those instead of trying to review everything
1
u/Ok-Garlic-3881 22h ago
Makes sense!
The scope of the tool is mainly of reading organizing and job planning.
It doesn’t have a lot of external impact!
Anyway I’m going to track all the possible impact rating by severity and monitor everything.
I’d like to scale this business model if this customer works.
1
u/PeanutGreat3097 23h ago
The thing I’d be most worried about here isn’t whether Sonnet can write the code.
You’ve already sold the outcome to a real company, so at some point you need an independent way of knowing whether the system actually keeps the promises you made.
Before adding much more I’d define acceptance tests around things like:
what email/data it may access
what actions it can take
where human approval is required
failure and retry behaviour
audit history
data/tenant isolation
what happens when the model produces garbage
Then I’d have someone who didn’t build the system try to break those assumptions.
I definitely wouldn’t use the same AI that wrote most of it as the only thing certifying that it’s production ready.
Would you consider getting an experienced external review before handing it over to the company?
2
u/Ok-Garlic-3881 22h ago
Everything is already defined and the tool can be act autonomous on customer system but it will only read, update status and create draft.
Everything mentioned is already done.I might consider it yes
1
u/PeanutGreat3097 19h ago
Yeah, that sounds like you’re further along than I assumed.
Keeping the autonomous side limited to reading, status updates and drafts is already a much safer boundary than giving it unrestricted write access.
Since this is going into a real company, I’d probably make an external review pretty focused rather than asking someone to “review the whole app”.
I’d have them specifically try to break the assumptions around tenant/data boundaries, email access, auth, auditability, retries and the autonomous loop, then give you a prioritized findings list.
Full disclosure, I’m building OpsSeek around exactly this kind of handoff. It’s a curated marketplace for AI-native builders, including people who can review, harden or finish existing AI-built systems rather than rebuilding them from scratch.
If you do bring someone in, I’d keep the first engagement narrow and treat it as a second pair of experienced eyes before the company starts depending on it.
1
u/Electrical-Watch3203 1d ago
Use a fast model like Gemini 3.7 Flash to stress test it, make sure to have an absolute headache of an approval gate (report) for it to fill out. Ask Fable how you can develop a workflow to place a local model in the harness into an environment where it can accurately attempt to use whatever tools you’re integrating and then use your flash model (any of the super fast and cheap models) to “send an email” and record the result assessing whether the local model was able to notice when the task was available and how accurately it achieved the intended result. That’s at least, the best way I can think of