Second Reader ed@secondreader.dev

Your documentation always had one reader.Now it has a second one.

Documentation your AI can act on.

Second Reader is a documentation engineering practice in Fort Wayne, Indiana. We make APIs, internal systems, and the knowledge that never got written down usable by the AI assistants your company is already paying for.

Why your AI gets it wrong

When a Copilot or Claude rollout answers confidently and incorrectly about your own systems, it is rarely the model. It is what the model was given to read. Your systems were documented for people — people who could ask a coworker when something didn't make sense. The AI can't ask. So it guesses.

In 21,000+ controlled tests, how an API was documented explained over 10× more of the variance in AI‑generated code quality than which model was used. Better docs beat a better model. That research is published, and it is the method behind everything below.

How it works

  1. ShowA free one-hour session with your team. We put your real documentation in front of the AI, give it real tasks, and watch where it breaks — together, on screen.
  2. AuditThree tasks your people actually do. Two weeks. Written findings, a prioritized fix list, and a baseline measurement of what the AI gets right today.
  3. Fix & measureRemediate at the source, connect the AI to it properly, and re-run the same tasks. You get the before-and-after number, not a vibe.

Every finding is reproduced live or labeled unverified. No exceptions.

Who's behind it

Ed Grzetich — twenty years as a technical writer across General Dynamics (including four years leading documentation on a NASA program), Mastercard, and AWS, where he owned API and SDK reference documentation.

Co-leader of Fort Wayne AI, one of Indiana's most active AI practitioner communities.

Start here

One question: how did your AI rollout actually go? If the honest answer is "it keeps making things up about our systems," that's the exact problem this practice exists for.

Email ed@secondreader.dev