RELEASE ENGINEER / EARLY BETA

Review one change.
Tell us what held up.

We’re validating a second review for maintainers and developers working on public API and behavior changes. Useful, incorrect and inconclusive findings all help us understand where the product earns its place.

  1. 01

    PUBLIC CHANGE

    Choose a change you can verify.

    Use a public PR you own or contribute to. An API contract, a behavior change or a testing gap gives you something specific to inspect. Keep private code, secrets and sensitive vulnerability details out of the review.

  2. 02

    PINNED EVIDENCE

    Keep the reviewed version.

    Analyze the PR and check its reviewed head SHA and coverage warnings. Download the report to keep its findings and limitations with that exact version. Later commits can change the conclusion.

  3. 03

    HUMAN VERIFICATION

    Check the findings yourself.

    Inspect the code, callers and actual test results. In Save & verify, leave each finding unchecked until you have evidence. Record supported, incorrect or needs more context, with a short explanation. No findings does not prove release safety.

  4. 04

    OBSERVED OUTCOME

    Tell us what you actually did.

    Record whether the report was useful and whether you checked evidence, changed code, added tests or requested another review. Download your verification record. Review it before choosing what to share with the founder.

A CONVERSATION, WITH EVIDENCE

Share the result
of your review.

After checking your download, you can email the founder with what was useful, wrong or missing. Include the public PR and reviewed head only if you’re comfortable sharing them. Feedback is voluntary.

Write to founder@releaseengineer.tech ↗︎

Downloads and notes stay on your device; this page does not submit them. Email is a separate action through your mail provider. Feedback will not be published without separate permission. Agree how long a retained pilot record may be kept.

Download a blank feedback worksheet ↓

What this beta can establish

Your observation can show whether a report helped your review and what you checked. The application reviews supplied PR metadata and patches; it does not inspect the full repository or run tests. Feedback and repeat-use answers are self-reported.

Current published feedback, the founder-run Rails observation and dated synthetic evaluations are available in the evidence index ↗︎.

Independently built and operated by Ozan Kenan Güngör in Ankara, Türkiye. Launched in October 2026. No legal company has been incorporated or registered.