upvote
The bad thing here is that modding discord will become significantly harder and might have been their original intention here.
reply
They’re showing how easy it is to vibe code a port of the app. A motivated developer outside Discord could do the same and release OpenDiscord or whatever if they cared enough to want to mod the app that way.
reply
Ahem there is also the option to check out competitors ;)
reply
This is the way, LLMs are an enabler and force multiplier to help you build whatever interface you want on whatever protocol you have to reverse engineer.

Provide it the official client and point it at public api endpoints (or an LLM operated mitm proxy), set it to work to reimplement.

reply
Some vibekiddie will reengineer this, and mod it.
reply
How? Anthropic hard coded anti-reverse engineering instructions into Claude.

https://www.tomshardware.com/tech-industry/artificial-intell...

reply
It may shock you to hear that there are other coding agents than Claude.
reply
Hopefully they don't stop it from doing malware analysis. I've been using it to report malware C2s and it's a godsend for pulling apart the layers of crap they use.

Edit: A couple queries with it indicate it will still assist with malware analysis and considers it beneficial. Hopefully it stays that way.

reply
Can’t see it on my end, the clanker still finesses IDAPython just fine.
reply
Open models have no guardrails.
reply
This isn't universally true, and there's a lot of pressure to bake guardrails and moderation in: Mistral for instance went from one of the most unhinged to incredibly restrictive models with Mistral 4 Large release.

Several others have done similar to greater or lesser degrees in calendar 2026, but the pressure is there across the board to limit what the open models can do without modifications that could largely only be found locally and not from online providers.

reply
...so just don't use Claude?
reply
I thought Claude was the tool for the AI script kiddies?
reply
>vibekiddie

love this term, knew instantly what it means

reply
depends if they decide to use any kind of obfuscation here to protect "IP"
reply
They can just repackage the web app and mod that if all else fails.
reply
oh won't someone think of the discord mods!? If its too hard for them to mod, they won't have time to groom children.
reply
Mod as in modification, not moderation.
reply
Also even without the RAM crisis, the main limitations (time) to optimizing software are gone. If you want to do something impactful, but don't have any good ideas: Take an existing website or application and build an optimized version of it. If you aren't sure where to start, build an isolated workflow out of an existing app or site you like, have the LLM benchmark it, then ask it to make it use 10x less ram / run 10x faster. Ask about what tools it can use to measure, what benchmarks it can come up with to repeatedly test it, how it can automate workflows in a measurable way. Then turn those into tools or specs you can share along with your work.
reply
The good thing is AI enabling web developers to write native apps.
reply
deleted
reply
I mean, they were always able to. They just were too lazy to do it and didn't care about doing a good job enough to overcome that laziness.
reply
You know what they meant. This is the same argument that artists used when AI image generation came out, it's not very helpful. Being able to do something and actually doing it are different and we all benefit when web app makers rewrite their apps into native languages.
reply
Is the average web developer benefitting from vibing languages they are not at all fluent with?

A bit like a translator who doesnt speak the language but has Google translate and a few beers in them right?

For example, is there still a massive .clone() problem in LLM generated Rust?

reply
I re-wrote one of my apps in Swift. I don't know Swift. It's been fun. When it gets stuck I look at the code; I have it teach me via analogy to the e.g. mobx/react concepts I do know. In some cases I've improved the LLMs code after learning how something works. In others I work it more like an informed PM - ok the sidebar opening is slow but... its about 10x faster in my electron version. How is the sidebar "mounted" or rendered? I dump tricks I know from web dev and ask how analogues; sometimes that breaks its anti-patterns. Other times I throw constraints I don't know much about - "This is a native version, can we aim to make it 3x faster to start-up? How".

Personally I was surprised how quickly I surpassed my original code, feature wise. Will it stand the test of time? Too early to tell - need to see if I'm still using the native version of the app in a year. But its been more fun and informative - and fast - than I'd expected.

reply
This is the way. I don't know why it's hard for other people to figure out this process.
reply
About time, I'm tired of fighting. Free the RAM!
reply
I always cared with ZRAM under GNU/Linux (I own an n270 netbook with 1GB of RAM and a NUC with 8GB but a Pentium Silver CPU, nothing fancy). Thus, Waterfox with their new Rust based ad blocking engine was a beast, even more with WebGPU enabled and NoScript, just enabling JS for the essential, if any. On top of that, the tab suspending extension. As I program in Rust I need every bit of RAM, even if I disable most debugging options at ~/.config/cargo.toml and I set the build jobs to 1 with "-j1 ".

On the netbook, well.. CWM, UXterm, Dillo, CLI/TUI mail, usenet, IRC and so on clients, groff, nsxiv, mpv, MuPDF... it runs snappier than the NUC for what it does. Programming? Golang for networking stuff -security, not like Rust, but far better than C-, simple C99 for small software, or S9/JimTCL. Otter Browser for emergencies (JS pages from public institutions/govts in my country).

reply
[dead]
reply