This tool could be useful, but right now, it isn't. Its like a LLM from 2024: looks impressive on the surface, but is not usable for daily work.
hazzadous 72 days ago [-]
Some work to do on precision and recall. Thanks for testing it out. Hah yes 2024 llm sounds right.
I’m interested in what you think you’d use it for if you don’t mind sharing, and what you would benchmark it against.
ahofmann 71 days ago [-]
I would use this to determine how likely a given email address will receive my mail. I build websites, where people create accounts and an awful lot of them provide unroutable email addresses. This is annoying for me and for the users. If I could give them a warning like "this email address looks like it isnt usable, are you sure?".
hazzadous 71 days ago [-]
Yes the coverage is not going to be near 100% so you’d get a lot of anger with this use case. There are some libs that will check via smtp if they are likely reachable, and some services. Is “verify your email” and option ie sending an email on signup as part of the signup flow an option?
pheouk 72 days ago [-]
I tested with a fairly old (10+ year) gmail account and every field other than the full name came back as null which is surprising, will try a few more tests and see how i go, but that wasnt the expected result :)
hazzadous 72 days ago [-]
Let me know how you get on with the testing. And if you have a use case let me know and i can look at optimising for it
ryanmerket 74 days ago [-]
Cool. I was actually just searching for something like this that was quick to get started. Do you support social url for data query?
hazzadous 74 days ago [-]
Thanks Ryan! It only supports query by email at the moment but if you can explain the social url use case and the atteibutes you’d want to retrieve I’ll see what’s possible.
Computer0 72 days ago [-]
It worked well when I looked up the email associated with my resume website. Not as much for less public people I know.
hazzadous 72 days ago [-]
Yes this is open source intel based so does struggle on that. Do you have a specific use case in mind?
N_Lens 72 days ago [-]
Same experience as others here - shows nulls on most fields even for my commonly used, public facing email addresses.
hazzadous 72 days ago [-]
Hmm surprising you’re not getting anything for public emails. Hit rates can be low but not expected in those cases. Are you using anything else currently for the same task
Rodeoclash 72 days ago [-]
You may want to think about allowing the hash of the email to be sent so that PII isn't being transported.
hazzadous 72 days ago [-]
It’s doing real time research so might be a bit tricky with a hash. Can you see a way around that?
warrior44 75 days ago [-]
hit the curl. ~800ms TTFB.
if this is truly "real-time" and not a cached graph, how do you handle rate limiting and CAPTCHAs at scale? Even with "public" data, on-demand scraping usually requires massive residential proxy rotation which eats that $0.03 margin alive.
hazzadous 74 days ago [-]
thanks for giving it a go!
if you tried the curl command then yes this is indeed fast. the example curl command is hardcoded, john.smith@example.com is used with a static response for the purposes of allowing users to test the shape of the api without needing to be authed. low time to first test was my aim.
keen to hear if you have a use case for something like this?
GaryBluto 72 days ago [-]
Tried it on two addresses, everything was null. All it did was infer I was male from my name.
hazzadous 72 days ago [-]
Hah some high value info right there. Thanks for trying it out.
vivzkestrel 72 days ago [-]
Too slow and most of the fields are null, doesnt work basically
hazzadous 72 days ago [-]
Do you have an idea of what would be fast enough and what use case you’d need it for. Definitely not peak recall right now for sure.
hazzadous 72 days ago [-]
let me know what use cases you have. i can update a tweak accordingly if it makes sense. anything goes. almost anything. nothing illegal.
thanks for the feedback
warthog 72 days ago [-]
what would be the difference of this vs using an API like Apollo?
hazzadous 72 days ago [-]
Pretty similar except maybe you’ll get lots more nulls judging by the other comments! Cheaper but nulls. Will need to work on the recall a bit. But also potentially based on use case feedback maybe look at other niches and features
catlover76 70 days ago [-]
[dead]
Rendered at 03:13:54 GMT+0000 (Coordinated Universal Time) with Vercel.
Then I tested the email address of my boss, where it found a few fields of the company (address and business type), but not the person.
Then I tried a complete bogus address and still got a "success" but without meaningful data:
{ "success": true, "email": "hjd28ebsgis63kdnrzdg@gmail.com", "enrichment_data": { "entity_type": "person", "name": "Hjd", "age": null, "age_source": null, "gender": "other", "gender_source": "inferred", "city": null, "state": null, "country": null, "country_code": null, "occupation": null, "occupation_category": null, "role_seniority": null, "company": null, "company_category": null, "business_email": null, "personal_email": "hjd28ebsgis63kdnrzdg@gmail.com", "personal_phone": null, "work_phone": null, "high_school": null, "university": null, "instagram_handle": null, "instagram_followers": null, "tiktok_handle": null, "tiktok_followers": null, "twitter_handle": null, "twitter_followers": null, "youtube_handle": null, "youtube_followers": null, "linkedin_handle": null, "linkedin_followers": null, "interests": null, "interests_category": null }, "enriched_at": "2025-11-27T07:46:44.878Z", "credits_used": 0, "credits_remaining": 97, "cached": false, "request_id": "d5254e79-6f25-4fbf-b021-24539c97b636", "timestamp": "2025-11-27T07:46:44.878Z" }
This tool could be useful, but right now, it isn't. Its like a LLM from 2024: looks impressive on the surface, but is not usable for daily work.
I’m interested in what you think you’d use it for if you don’t mind sharing, and what you would benchmark it against.
if this is truly "real-time" and not a cached graph, how do you handle rate limiting and CAPTCHAs at scale? Even with "public" data, on-demand scraping usually requires massive residential proxy rotation which eats that $0.03 margin alive.
if you tried the curl command then yes this is indeed fast. the example curl command is hardcoded, john.smith@example.com is used with a static response for the purposes of allowing users to test the shape of the api without needing to be authed. low time to first test was my aim.
keen to hear if you have a use case for something like this?
thanks for the feedback