Live data from Hacker News

Launch HN: Integuru (YC W24) – Reverse-engineer internal APIs using LLMs

github.com

61–70 of 87 posts

Re: Launch HN: Integuru (YC W24) – Reverse-engineer internal APIs using LLMs

#61
post #59

Earlier quoted context omitted.

If my browser is downloading some data, then what’s the difference if my AI agent is doing the same? I’ll even tell you it’s my browser. Who are you to say what qualifies as a browser?

The law will say what qualifies as a browser. Computer programmers are not legal experts lol. The law is not a program. The difference between you accessing it and a computer accessing it makes these things different.

Just have the AI use the browser.

Re: Launch HN: Integuru (YC W24) – Reverse-engineer internal APIs using LLMs

#62
post #57

In my experience reverse engineering is often the easy bit, or at least easy compared to what follows: maintenance. Knowing both when and how it fails when it fails (eg in cases like when the API stops returning any results but is still otherwise valid). Knowing when the response has changed in a way that is subtle to detect, like they changed the format of a single field, which may still parse correctly but is now i…

We feel your pain with maintenance. We have plans to handle this by using LLMs to detect response anomalies. From our experience, reverse engineering is still less prone to breakage compared to traditional browser automation. But we definitely want to make integrations even more reliable with maintenance features.

Wouldn't something like snapshot testing from a scheduled probe be more effective and reliable than using an LLM?

Every X hours test the endpoints and validate the types and field names are consistent... If they change then trigger some kind of alerting mechanism to the user.

Re: Launch HN: Integuru (YC W24) – Reverse-engineer internal APIs using LLMs

#63
post #57

Earlier quoted context omitted.

We feel your pain with maintenance. We have plans to handle this by using LLMs to detect response anomalies. From our experience, reverse engineering is still less prone to breakage compared to traditional browser automation. But we definitely want to make integrations even more reliable with maintenance features.

Wouldn't something like snapshot testing from a scheduled probe be more effective and reliable than using an LLM? Every X hours test the endpoints and validate the types and field names are consistent... If they change then trigger some kind of alerting mechanism to the user.

if the types and field names change, our parsing script should be able to detect that so it should be covered. I was talking about handling the subtle changes that are undetectable by checking field types and names

Re: Launch HN: Integuru (YC W24) – Reverse-engineer internal APIs using LLMs

#64
Very cool! If Megacorps insist on pulling the Web 2.0 promises of APIs from under us then we will build them ourselves in the spirit of adversarial interoperability.

It's time for there to be a legal protection framework for OSS maintainers to stop being bullied with legal threats from Megacorps.

Re: Launch HN: Integuru (YC W24) – Reverse-engineer internal APIs using LLMs

#67
post #20

Nice work, congrats! How do you deal with security related stuff like recaptcha, signed requests and so on? Do you also support internal APIs of mobile applications? If so, how do you deal with AppCheck / PlayIntegrity / Android Key Attestation / Apple App Attest?

Thank you! Integuru itself doesn't handle recaptchas and signed requests, but we have a hosted solution where we use third-party services to handle recaptchas and manually create integrations for handling signed requests. We do not directly support APIs for mobile applications; however, if you use MITM software and get all the network requests into a .har file, Integuru should work as expected. We do not handle AppCh…

take a look at https://xhr.dev/, a product I built to avoid bot detection challenges in the first place.

Re: Launch HN: Integuru (YC W24) – Reverse-engineer internal APIs using LLMs

#68
At one time I experimented with reverse engineering API from HAR files to automatically generate open API spec then client.

It actually worked decently well but of course there where edge cases and i was thinking of giving it a shot more recently to fill the gaps with LLMs.

Pretty cool to see someone take this idea much further and make it a service and I feel like theres even more potential here, and not just for integrations.

Re: Launch HN: Integuru (YC W24) – Reverse-engineer internal APIs using LLMs

#69

At one time I experimented with reverse engineering API from HAR files to automatically generate open API spec then client. It actually worked decently well but of course there where edge cases and i was thinking of giving it a shot more recently to fill the gaps with LLMs. Pretty cool to see someone take this idea much further and make it a service and I feel like theres even more potential here, and not just for in…

Makes us really happy to hear this!

Re: Launch HN: Integuru (YC W24) – Reverse-engineer internal APIs using LLMs

#70
post #33

Earlier quoted context omitted.

New pipe breaks regularly. It's almost like YouTube changes the API on purpose to hurt 3rd party clients that don't show ads.

Either that, or they just straight up don't care. I think it's pretty likely that they just don't look at or test Newpipe when they change their APIs. If the change doesn't break any official clients, it goes through. With how large Youtube is, I iimagine API changes are not infrequent.

Well, then a service like Integuru would be perfect for Newpipe! Maybe someone should suggest them to use this awesome service? (I am pretty sure Alphabet would be really happy about that one! :D)
Post reply on HN