Reverse recruiting is not auto-apply
There is a whole category of tool that blasts one generic resume at 500 jobs and calls it automation. It is easy to build. It does not work.
Why volume without fit fails
Recruiters spot a generic application in seconds. The resume does not use the language of the posting, the experience is ordered for nobody in particular, and the same document is visibly in the pile three times for three different roles at the same company.
The result is the pattern everyone recognises: hundreds of applications out, a handful of automated rejections back, and no information. You cannot learn anything from a failed mass campaign, because nothing in it was a test of anything.
It is also worse than doing nothing in one specific way. Some ATS platforms deduplicate and flag repeat applicants, so a bad campaign can cost you the roles you would otherwise have had a shot at.
The other approach
Reverse recruiting works the other way. Fewer jobs, chosen on purpose, each one read by a person before it is sent, each with a resume rewritten for that specific posting. 5 a week.
The idea is that a small number of well-matched applications does more than a large number of generic ones. You can check whether it is working: you get the reasoning behind every job chosen, and a record of every application sent.
How to tell which one you are buying
Three questions separate them cleanly.
Does a human read the posting before applying? Does my resume change for each application, or is one master resume sent everywhere? Can I see what was submitted, where, and when — with a confirmation number?
If a service cannot answer the third one, it is not tracking the applications it sent on your behalf, which means neither are you. Ask before you pay. And ask what happens in a slow week: here, 5 hand-picked roles a week is the commitment, and if a week comes up short you tell us and we credit it.