The pipeline was green. The product was underspecified
The checks all passed. I still would not have sent the resume. I had been using a Cursor agent to implement a private facts → prose resume generator. Structured career claims in, recruiter-facing PDFs out. Generation, rendering, and ATS checks all stayed green. The PDFs looked plausible. I treated that as enough. Several product requirements were still wrong. What implementation QA was checking…
The pipeline passed all checks, appearing flawless. However, the generated resume lacked proper specifications. The product requirements were incorrect, causing certain implementation QA checks to pass without addressing the core issue. The structured facts, such as claims, outcomes, metrics, and scope, were stable, but the generated output did not reflect the desired resume content.
The workflow only verified technical correctness, such as page count and ATS script adherence, without considering the human visual-acceptance criteria. This oversight led to a two-page resume that appeared correct, yet the content was incomplete and did not provide deeper insights into the roles. The implementation QA did not evaluate which facts should be placed on each page length, focusing solely on the PDF having two pages.
Additionally, the resume contained inaccuracies, such as a full-time employment label for a role that was concurrent with other work. The requirement was to make concurrent work legible, but the specification did not account for this visual aspect. Lastly, the ATS-safe contact separators and structural correctness were prioritized over the human factor of determining whether to send the resume or not.
The missing requirement was about ensuring the recipient would send the resume, which was never addressed in the specification. This highlights the need for explicit requirements review to prevent the falsified product from being accepted as finished.
Written by urgent.news from Dev.to's reporting — not their text. Machine-written — may contain errors; check the original before relying on it.
