I run CI on AI workflows so they stop rotting. If you have one that works, I will verify it.
Most "AI workflow" guides are screenshots. You copy the setup, it half-works, and a few weeks later, a flag gets renamed, and the whole thing is dead. Nobody re-ran it.
I have been building FlowStacks (https://flowstacks.xyz) to deal with that: AI workflow recipes where CI re-runs each recipe's deterministic setup on every push and grades it. If a recipe breaks, the badge goes red. CI only claims what it can actually check: the config, the wiring, the structure. The step where a model thinks is fenced off as non-CI, because no green check can promise a model's judgment.
There are more than 100 verified recipes now, and most of them came from posts in my community. I would like to widen that, so here is a genuine open invite.
If you have an AI workflow you actually run, send it. If it passes verification:
It gets a recipe page on FlowStacks with the CI badge and your name on it as the builder.
Your tool gets a backlink from the open-source awesome-ai-workflows list on GitHub.
That part is for everyone whose recipe earns its badge. Nothing gated, no signup.
The strongest few get more than that: I feature them in the WebAfterAI newsletter (320+, thrice a week) and post them to r/WebAfterAI (11k+ members) from my account, which tends to travel further than a cold self-post(on average, my Reddit posts get 30-50K views per post). To be straight about it, that amplification is selective; the verified page and the backlink are not.
Building an open-source or AI tool yourself?
This is the same invite from the other side. A recipe that exercises your tool becomes a machine-checked "it works" page for it: proof that it runs today, re-checked on every push, instead of a screenshot from launch week or a star count that says nothing about whether the thing still installs. Your tool gets its own page on FlowStacks and a link from both the recipe and the awesome-ai-workflows list. If you would rather send people a page that keeps re-proving your tool works than a README that quietly went stale, that is what this does. It might also be genuinely useful for you: a third party verifying your setup reads very differently from your own docs.
Three ways to submit, whichever fits:
Open an issue (there is a "suggest a workflow" template): https://github.com/Neeeophytee/awesome-ai-workflows/issues/new/choose
Use the request form on the site: https://flowstacks.xyz/submit
Or just post it in r/WebAfterAI yourself. Anyone can. I run the strongest ones from my account because they get more eyes there, but the subreddit is open.
What makes something verifiable: a workflow with a deterministic spine we can check (a config that parses, a flag that must be present, a round-trip that returns a known fact).
If the repo is useful to you, a star genuinely helps the next person find it: github.com/Neeeophytee/awesome-ai-workflows. Only if it is useful.
I would start to post a build-in-public update here each week with the real numbers and what broke. Teardowns of the site are welcome, too.
The screenshots rot point is real. The part that usually breaks isn't the clever prompt, it's the dumb last mile: a flag changes, an env var disappears, the selected text is different, or the active app steals focus. I built DictaFlow, and we've run into the same thing with voice workflows. The workflow looks solid until one dependency or UI assumption shifts. A machine checked recipe page is way more convincing than a launch week demo gif.
Hey Ryan,
Glad that our concept resonated with you. This is the exact reason that motivated me to build this. I got burned too many times! :)
On a separate note, do you have a workflow that involves DictaFlow? If so, please share. I would love to verify it, share it on our platform and add it to our GitHub Repo.
Thanks again for your reply!
I like this a lot — it feels like you’re solving a real problem people just accept.
Most workflow content does rot, and no one really questions it. Your approach of re-running and showing when something breaks just makes sense.
What stands out to me is that you’re not trying to overpromise. You’re only verifying the parts that can actually be checked, and leaving the “model thinking” outside of CI. That actually makes the whole thing more credible.
Also the red/green badge idea is simple but powerful. It instantly answers the only question that matters: “does this still work?”
If I’m being honest, I think the idea is strong — the only thing I’d tweak is how quickly it clicks for someone new. Once I get it, it’s obvious, but it takes a few seconds to fully land.
Something like:
screenshots show what worked once
this shows what still works
Overall though, this feels way more like infrastructure than content, which is probably why it stands out.
Thank you for the comment, this is really useful. You are right that it took a beat too long to land, and your "screenshots show what worked once / this shows what still works" framing nailed the gap better than my own copy did.
I just rewrote the homepage subhead to lead with exactly that, so the first thing a newcomer reads is the contrast, not the category.
The "feels more like infrastructure than content" line is going on the wall, too. Genuinely grateful, this is the kind of feedback that changes the product.
The distinction between verifying the deterministic parts of a workflow and deliberately not claiming to verify the model's reasoning is what stood out to me. A lot of AI products blur that line, but drawing a clear boundary around what can actually be tested makes the trust signal much stronger. The idea of turning "works today" into something continuously re-verified instead of a one-time screenshot also feels like a meaningful shift.
Hey Aryan,
Thanks for your kind reply, glad that it resonated with you. That boundary is the whole product, honestly. The moment you claim to verify the model's reasoning, you are back to selling vibes with a green checkmark on top, and everyone can feel it.
I got burned by rotten workflows firsthand, so Flowstacks was born of that experience. If you have a workflow that you want to be up and running always, feel free to submit it, I will verify and add it to Flowstacks.
That's exactly what I was curious about.
Reading your reply, I think there's one strategic business decision sitting underneath that boundary which becomes much more significant as Flowstacks grows, but I don't think I can do the reasoning behind it justice in a thread.
Happy to explain what I mean if it's useful. What's the best email to reach you?
Interesting approach. I run a similar automated pipeline for an AI tools directory — n8n orchestrating discovery and content generation daily. Workflow rot is a real problem once you're not watching it manually. How are you detecting the rot — error rates, output drift, or something else?
The “deterministic spine” framing is solid. One thing I’d love to see on each recipe page is the last replay log or fixture it passed against, not just the badge. That makes the green check feel less abstract and gives builders something concrete to debug when it goes red.
Thanks for your reply! A lot of that already exists; it is just one click in.
Hit "Run" on any verified recipe and the badge expands into the recorded replay: the actual transcript output plus a per-fixture list (each fixture id, pass/fail, and latency) pulled from the last CI run, with the date it last passed. The expected value for each fixture is shown above that even before you click.
This is a genuinely interesting approach. Too many AI workflow tutorials become outdated within weeks, so having CI verify the deterministic parts of a workflow is a smart way to keep recipes trustworthy. I also like that you're explicit about what CI can and can't validate instead of overclaiming. Looking forward to seeing how the library grows and what kinds of workflows the community contributes.
Thank you, that is the line we care most about holding. The temptation to slap a green check on the model step is real, and the moment you do it, the whole signal is worthless, so we would rather make a smaller true claim than a big fake one.
The community contribution part is what I am most curious about, too.
Open invite stands: if you have a workflow you actually run, send it, and we will verify it.